問題

職場では、部門 wiki ( Mediawikiを実行) があります。残念ながら、ログインせずに編集している人が何人かいるため、編集者を特定してコンテンツについて質問することは非常に困難です。

これを改善するには2つの戦略があります

• ログイン編集を促す
• 匿名の編集を思いとどまらせます。

励ます

この部分については、どんなヒントでも大歓迎です。しかしもちろん、報酬行動には常にリスクが伴います。

落胆させる

これを低く抑える必要があることはわかっています。そうしないと、編集が妨げられます。でもちょっと面倒くさいものはあるといいですよね。

[更新] 匿名の編集を禁止することは可能ですが、それは初めての投稿に対する高い障壁となります (特に、部門外の人々にとっては!)。[/アップデート]

[更新 2] LDAP や Active Directory を使用しても問題は解決しません。これは、外部の請負業者が wiki にアクセスして使用することもできるためです。[/update2]

[update3] 私はもうこの会社で働いていません。この質問への関心が完全になくなったわけではありませんが、現在の関心点からすると、最も価値のある部分は「ログインするのを忘れましたか?」です。以下の部分で、質問のこの部分に基づいて回答を受け付けます。[/update3]

確認

匿名ユーザー向けに「本当に匿名で送信してもよろしいですか?」という追加の確認ステップを設けることも考えられましたが、そのような質問をすると、人々が編集をあきらめたり抵抗したりするリスクがあります。ただし、その質問をより外交的な方法で言い換えると、「ログインするのを忘れましたか?」となります。私はそれがはるかに受け入れられるように見えると思います。それに加えて、作成者が実際にログインするのを忘れたが、実際には彼/彼女の貢献を彼/彼女のユーザーにクレジットしてもらいたいという状況もキャプチャします。この最後の点は、それ自体がそれを望む十分な理由です。

これは可能ですか？

遅れ

少し煩わしいことの別の考えは、「ページを保存」した後に「ログインしていれば、x 秒待つ必要はありません」などの表示を強制的に追加することです。適切な x を選択することは困難です。高すぎる場合は障壁になり、低すぎる場合は違いがない可能性があるからです。しかし、その後、ゼロから始めて、特定の時間枠内で特定の IP アドレスによる匿名編集ごとに 1 秒の遅延を追加するのはどうだろうかと考え始めました。そうすれば、wiki の使用を開始するための障壁はなくなります。遅延が大きくなるまでに、ユーザーはすでに多くの貢献を行っているため、編集者が最終的にユーザーを作成するのではなく、あきらめます。これは、IP アドレスがかなり静的であることを前提としています。

これは可能ですか？

私は、MediaWiki および同様の Wiki ベースのテキスト エディターの大ファンです。テキストをすばやく追加し、共同作業し、共有できる機能が気に入っています。ただし、適切にフォーマットされた印刷出力の必要性は常にあります。ヘッダーとフッター (言いたいことを言う)、改ページ、余白など。

私が見たほとんどのソリューションには、中間の印刷メディア形式への何らかの変換が含まれます (MediaWiki から Microsoft Word への変換、または Web ページのコンテンツから PDF を生成するカスタム スクリプト (多くのハードコーディングされた参照を含む) など)。 .

この問題に対して存在するより一般的な解決策はありますか? HTML と Web コンテンツを一般的に印刷メディア出力形式にマージしようとするフレームワークはありますか?

解決策、賛否両論に関する議論、または何でも歓迎します。

ありがとう！

更新: CSS はこれまでのところしか得られないと思います... 同様のタイプの出力に CSS を使用しました (デフォルトでは、MediaWiki にはナビゲーション バーの多くを非表示にする印刷形式があります)。ただし、MediaWiki の記事を考えてみてください。コンテンツ内のタグを微調整したり、同様のものを作成したりして、余白が 0.5 インチではなく 1 インチになったと想像してください。それは私が目指しているものに沿ったものです。

ネットワークには、アプリケーションでウィンドウを開くカスタム プロトコルがあります。このアプリケーションへのリンクを Wiki に掲載したいと考えていますが、mediawiki が認識できるプロトコルは http:// file:// ftp:// のみです。

パラメーターを html ファイルに渡してリンクを実行するというごまかしを入れましたが、mediawiki サイトでカスタム プロトコル ハイパーリンクを設定する方法を誰かが知っていれば素晴らしいことです。

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

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

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

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

最初は、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

MediaWiki でサブスクリプション スポンサー付きの wiki を作成したいと考えています。有料メンバーが wiki の特定の部分にアクセスできるようにしたい。どうすればそれを達成できますか？

プラグイン/拡張機能はありますか、それとも書き直しが必要ですか?

いずれにせよ、データベースで有料ユーザーにフラグを立てていた場合、支払いゲートウェイを実装するにはどうすればよいですか?

RESTful 認証を使用する Ruby on Rails アプリがあり、自分のサイトに Wiki を追加したいと考えています。MediaWiki は、フル機能を備えており、LAMP スタックを操作できるので、私の最良の選択肢のようです。ただし、より適切に統合される別の (できればオープン ソースの) アプリがある場合、MediaWiki で販売されているわけではありません。

Rails アプリのログインを MediaWiki と統合して、ユーザーが 2 回ログインする必要がないようにするか、少なくとも Rails アプリと Wiki アプリの両方で同じログイン資格情報を使用できるようにする方法を誰かが提案できるかどうかを知りたいです。

MediaWiki の拡張機能を調べましたが、どれが最適な解決策であるかを実際に判断することはできません。現在の Rails アプリは、エンタープライズ Ruby と Phusion を使用して CentOS でホストされています。

mediawiki のコア名前空間を再割り当てまたは変更する方法はありますか? たとえば、「テンプレート」と呼びたいページにリンクするのに苦労しています。これは、mediawiki が既にテンプレート用の名前空間を持っているためです。mediawiki の「テンプレート」名前空間を別のものに再割り当てしたいと思います。

何かご意見は？

多くのmediawikiベースのウェブサイトがRobelbox、Amboxなどのテンプレートを使用していることに気づきました。どこで入手でき、どのようにインストールすればよいですか？