問題タブ [wiki]

私は、開発者がプロ​​ジェクト情報（サーバーIP、インターフェイスドキュメント、アーキテクチャ図など）を共有するためのWikiを設定する任務を負っています。私のマネージャーはDekiを提案しました、そして私はMediaWikiとTwikiについても聞いたことがあります。ここでの1つのプロジェクトはTracを使用していますが、SVN機能は必要ありません。可能であれば、WYSIWYGエディターが必要です。また、このwikiをローカルでホストしたいと考えています。

さまざまなウィキプラットフォームを比較する多くのWebリソースを見つけることができず、以前のスタックオーバーフローの質問は実際には直接質問に対処していませんでした。

最高のウィキプラットフォームは何ですか？過去に何が良かった/ひどいものでしたか？

要件：

• WYSIWYG
• クリーンなインターフェース
• 使いやすい
• ページにファイルを添付する
• ユーザー管理階層（ユーザー/グループ）
• オープンソース
• ローカルでホスト

重複していない場合は、非常によく似ています：コーディング標準Wiki

更新：
Dekiを使用することにしました。優れたインターフェイス、WYSIWYG、ユーザー階層、VMイメージからのインストールは簡単でした。私はDekiの投稿に賛成しましたが、さまざまなwikiプラットフォームを比較するのに役立つ最良の提案だったので、wikimatrixの回答に最良の答えを与えるつもりです。ありがとう！

XMLパーサーがエンティティツリーを生成するのと同じように、Wiki形式のテキストを入力として受け取り、エンティティのツリーを生成できるパーサーを知っている人はいますか？明確にするために、私は次のようなテキストをとる何かを探しています：

イントロをルートとするツリーを作成し、3つの子ノードを作成します。そのうちの1つ（小見出し）自体に子があります。http://meta.wikimedia.org/wiki/Help:Wikitextで説明されている「単純な」ウィキ形式を理解できるものを探しています。

Wikiテキストのレクサーはいくつか知っていますが、ツリーパーサーはありません。オープンソースでCまたはC++で書かれたものを探しています。

会社のイントラネットのドキュメントを格納するためにMediawikiをインストールするように依頼されました。さらに、いくつかのインスタンスをインストールするように依頼されました。貢献するグループごとに1つです。技術者以外のユーザーは1つ、開発者は1つ、管理者は1つです。アイデアは、グループごとに個別のWebスペースを提供することです。1つのインスタンス内で分離を実現する方法はありますか？

既存の Web サイトに Wiki を追加する必要がありますが、ログインしているユーザーだけが Wiki を編集できるようにし、独自の認証方法を使用したいと考えています。

似たようなことを経験した人や、仕事に適したウィキ エンジンの提案をした人はいますか?

更新: みんなありがとう、ScrewTurn は最高の Wiki の 1 つであるというのが一般的な意見の一致のようですが、自分の Web サイトにそれを統合した経験のある人はいますか?

基本的なレイアウトが完了した Web サイトがあり、認証システムが既にあると想像してください。

レイアウトとメニューが Wiki を囲み、独自の認証システムを使用するように、エンジンをその中間に配置するにはどうすればよいでしょうか?

社内で蓄積されたナレッジをどのように保管していますか? 議事録、ソフトウェアの仕様、計画、他の組織に関するメモ、議論と保管のための文書、議題...

私たちはソフトウェア開発に携わっていますが、それは私たちの主な焦点ではありません。したがって、私たちの wiki/CMS は、SVN および Trac チケット内のファイルに簡単にリンクできる必要があります。私たちは Trac Wiki atm を使用していますが、機能が十分ではありません: 再編成するのが面倒で、「ここにリンクするもの」がなく、ドキュメントの改訂もありません。

では、CMS と Wiki のどちらを使用するべきでしょうか? 私の考えでは：

Wiki の利点: 有機的に成長しやすく、その場で新しいページを作成でき、相互リンクが得意です。

短所: 構造/階層がサポートされていないため、ナビゲーション ボックスの作成と維持に多くの労力が費やされます。ページ/エリアごとのパーミッション モデルはありません。「ワークフロー」はサポートされていません。一般的に劣ったアタッチメントサポート。

それとも両方使ってる人多いの？

最初は、MediaWiki で何か高度なことを行う方法についての質問がここに属しているかどうか確信が持てませんでしたが、よくある質問を読んで考えてみると、wiki マークアップは HTML や CSS と同じくらい独自の言語であると判断しました。ここで質問を歓迎します。私が間違っている場合は、この質問にフラグを立ててください。更新:この質問が得た 3 つのビューからも明らかなように、おそらく Stackoverflow のルールの範囲内ですが、この件に関する専門知識はあまりないかもしれません! この質問は公式フォーラムに持ち込む必要があると思います (身震い)

問題

MediaWiki を使用してセットアップしているウィキでは、動的に作成されたカテゴリをとりわけ出力するテンプレートがあります。これは、テンプレートを呼び出すページが、テンプレートに渡されたいくつかの変数に基づいて分類されることを意味します。動的に生成されたカテゴリは<includeonly>ブロック内にあり、テンプレート ページ自体がカテゴリを取得するのを防ぎます。

問題は、そのページを他のページにトランスクルージョンすることです。これにより、カテゴリもトランスクルードされ、3 番目のページには、トランスクルージョンされたすべてのページのすべてのカテゴリが含まれます。

テンプレートを呼び出すページがカテゴリを利用するが、呼び出し元のページをトランスクルージョンするページはカテゴリを継承しないように、何らかの形でテンプレートをフォーマットしたいと考えています。

例

これが、セットアップの例での私のベストショットです。これが不十分な場合は、実際の例へのリンクを提供できます。

Template:Food
いくつかの変数を取り、「タイプ」変数に基づくカテゴリの出力を含む、食品を説明する高度にフォーマット化されたブロックを出力するページ。

Banana
このページは、 set toTemplate:Foodを含むいくつかの変数を使用してテンプレートを呼び出します。その結果、ユーザーが " " ページを表示すると、果物に関するいくつかの基本的な情報を含む適切に構成されたページが表示されます。さらに、ユーザーがそのページにアクセスすると、Banana ページが一覧表示されます。type"fruit"BananaCategory:Fruit

Banana Nut Bread Recipe
問題のページです。このレシピ ページでは、作成者は各材料が適切にフォーマットされたブロックにリストされるように、材料のすべてのページをトランスクルージョンしたいと考えています。しかし、彼がBananaを使用してページをトランスクルージョンする{{:Banana}}と、Fruitカテゴリも一緒にトランスクルージョンされ、ページは間違っBanana Nut Bread Recipeたカテゴリにあるとリストされます。Fruit