問題タブ [wiki]

ソフトウェアとハ​​ードウェアのドキュメントには、社内でMediaWikiを使用しています。外部ユーザー（顧客、プロジェクトパートナー）のドキュメントの一部への「読み取りアクセス」を許可/取り消すことは簡単ではないようです。ユーザーまたはロールのアクセス権に基づいて、ドキュメントの一部の領域への読み取りアクセスをどのように制御できますか？

編集：私はドキュメントの「古いスタイル」に戻るのが好きではないので、これを求めています-Officeドキュメントを数十の異なる場所に保存し、誰もそれらがどこにあるかについての手がかりを持っていません。したがって、ユーザーに製品情報のみへのアクセスを制限する方法がない場合、経営陣はMediaWikiソリューション全体を削除し、「新しくてより良い」ものを導入するのではないかと心配しています。（これは、すべてのコンテンツを新しいシステムに転送する必要があることを意味する可能性があり、フォーマットやハイパーリンクが失われるなど...）。

コメントと回答に感謝します！

いくつかの興味深い情報はhttp://meta.wikimedia.org/wiki/Access_controlで入手できます。

たとえば、http：//sourceforge.net/projects/hiddenwiki/に、活発に開発されているように見えるHiddenWikiパッチがあります。

あなたの開発プロセスで現在抱えている問題は、チームをより機能横断的にしない人が数人いることです。

そのため、この人がプロジェクトの一部のボトルネックになることがあります。彼らは共有知識の問題にWikiを使用することを好みません。問題トラッカー システムのチケットに十分なコメントを投稿しません。

この問題のために、私たちの経営陣は、開発者を解雇できない場合があります (彼らがそれを非常に望んでいても)。

この問題はcode-reviewだけでは解決できないと思います。問題に直面するまで、チケット用に十分なドキュメントが作成されていないことに気付くことができない場合があるからです。

チームが分散しているため、ペアプログラミングは私たちの状況では適用できません。

私たちは会議でこの問題について多くのことを話しましたが、概念的な問題のように思えます。この人の態度を変えることはできますか？この問題はどのように解決できますか?

私は答えがノーだと思う傾向があります。これらの検索用語には非常に多くのノイズがあり、決定的な答えを見つけるのに問題があります.

2 つの SharePoint サイト コレクションがあります。1 つに Wiki があり、2 つ目の Wiki に移動したいと考えています。テンプレートを作成して移動し、それを新しいテンプレートにインポートしました。今抱えている問題はリンクです。Wiki リンクは古い場所を参照しています。

これに対する解決策はありますか？

フォーラムやウィキを実際に活用できる慈善団体のために実行可能な計画をまとめようとしていますが、その運営の重要な部分は、ダイヤルアップ接続が支配的な世界の一部で行われ、おそらく今後も続くでしょう。予見可能な将来のためにそうしてください。

このサイトは、ダイヤルアップ接続でも動作するサイトとして推奨されていたので、ここで助けを求めたいと思いました。

これをフックしたいサイトはDrupalを使用しています。このような経験をしていて、助けてくれる人はいますか？

ウェブサイトの管理領域を文書化するためにScrewturnWikiを実装することを考えています。Wikiへのアクセスがシームレスになるように、既存のカスタムasp.netメンバーシッププロバイダーを使用したいと思います。したがって、次のようになります。

• http://www.example.com/admin-既存の行政区域
• http://www.example.com/admin/wiki-Wiki

HTTPUserProviderプラグインと呼ばれるプラグインがあり、Webリクエストを介して別のWebサーバーで認証できますが、これは一種のハックのようです。

誰かがこのシナリオの経験がありますか？

MediaWiki の既存のインストールから、より機能豊富なものに移行することを考えています。今日、人々が MediaWiki で抱えている問題をすべて見つけようとしています (主に、Word と比較して、外部ドキュメントの処理が不十分であり、編集機能が不完全であることです)。

設計、仕様、プロセスのガイドラインには wiki を使用しています。現在、いくつかの外部ドキュメント (ドキュメント、パワーポイント) を共有フォルダーに置き、wiki からリンクしています (ファイルのアップロードは MediaWiki ではあまり便利ではないため)。摩擦を最小限に抑えようとしているので、誰もそれを使用しない言い訳や理由はありません.

私たちが検討しているいくつかのオプションは、Confluence、Trac、Sharepoint です。お金は大きな問題ではなく、使いやすさ (およびメンテナンス) と機能の豊富さだけです。何を使いますか？

FogBugz 6がインストールされており、大量のwikiコンテンツが配置されています。Atlassian製品（JIRAおよびConfluence）の使用に移行しているため、そのwikiコンテンツをConfluenceに取り込みたいと考えています。これにどのようにアプローチしますか？

残念ながら、FogBugzはいかなる種類のwikiエクスポート機能も提供していないようであり、ConfluenceはFogBugzwikiインポートを提供していません。

FogBugzにはAPIがありますが、Wikiコンテンツにアクセスする際の詳細については少し説明します。ページの過去のリビジョン（コンテンツ、リンク、画像/添付ファイルのみ）はあまり気にしないので、APIがwgetなどでFB wikiをスクレイピングし、HTMLとそこからの画像/添付ファイル。

Confluenceには、多数のソースWikiをサポートするかなりフル機能のコンテンツインポートユーティリティがあります。

• TWiki
• PmWiki
• DokuWiki
• Mediawiki
• MoinMoin
• Jotspot
• Tikiwiki
• Jspwiki
• 共有ポイント
• SWiki
• Vqwiki
• XWiki
• トラック

FogBugzオプションはありませんが、FogBugz wikiコンテンツを上記のwikiのいずれかにエクスポートできれば、そこからConfluenceマルチwikiインポーターを使用できる可能性があります。

または、wgetを使用してFogBugz wikiコンテンツをスクレイプし、静的HTML+画像+添付ファイルをConfluenceまたは上記の他のwikiのいずれかにConfluenceへの足がかりとして取得する方法を見つけることもできます。

考え？

LinuxにWebホスティングアカウントがあり、wiki、プロジェクト管理、リスト、バグなどを実行するsvnサーバーをホストしたいとしましょう。

そのようなツールをお勧めできますか（可能であれば、それらすべてを備えています）、またはそれらを個別に配置する必要がありますか？

それらをセットアップする方法についてのチュートリアルとの良いリンクを知っていますか?