wiki にコメント セクションを作成しようとしています。「コラム」の作成を含む Web 上の 1 つの解決策がありますが、それはメインの記事ブロックの下に 2 番目のテキスト ブロックを作成するだけのようです。後続の編集では新しいコメントが作成されないため、これは実際的ではありません。既存のコメントを編集するだけのように見えます。他にもこの質問をする人が何人かいます。誰かが前にこのようなことをしたことがありますか?

問題

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

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

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

励ます

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

落胆させる

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

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

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

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

確認

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

これは可能ですか？

遅れ

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

これは可能ですか？

誰でも知っていますか？人々が wiki を採用する際の障害の 1 つは、単純なコピー/貼り付けを単語文書に行うのではなく、画像を個別に wiki にアップロードする必要があるという事実だと思うからです。

GoogleCodeでホストされているプロジェクトでwikiを使用しました。このウィキでは、Webインターフェースで行ったすべての変更が、プロジェクトのSubversionリポジトリにコミットされます。

たとえばExamplePage、Wiki Webインターフェイスを使用してページを作成する場合、基盤となるソフトウェアがwiki/ExamplePage.wikiSubversionリポジトリにファイルを作成してコミットします。

これは逆の方法で機能するはずです。Subversionリポジトリを変更すると、Webインターフェイスに新しいバージョンのWikiが表示されます。

これは、外部エディターを使用してファイルを編集し、それらをSubversionにアップロード（コミット）できるため、優れた機能です。

この機能をサポートするオープンソースプロジェクトを知っていますか？

これはこの質問に似ているかもしれませんが、ウィキおよび同様のスタイルのユーザー提供コンテンツ用の標準/一般的なマークアップ言語があるかどうか疑問に思っています。さまざまなマークアップ構文が急増しているため、そのうちの 1 つが事実上実装されているようです。標準 (およびそのための RFC) を作成することを望んでいたグループが少なくとも1 つあったようですが、2005 年半ば頃に活動を停止したようです。

それで、標準/最も人気のあるものを知っている人はいますか? ない場合、ユーザーにとって最も簡単で、上級ユーザーにとっては優れた柔軟性を備えたものは何ですか?

プロジェクトで許可されているサーバーがSubversion（svn）サーバーのみである場合、プロジェクト通信ツールとして使用するための最良の方法は何でしょうか。たとえば、ウィキ、バグトラッカー、ブログプラットフォームとして使用できる良い方法はありますか？

注：サーバーはApacheによってホストされており、基本的なhtmlインターフェースを備えています。

すでにメンタリングがあり、お互いに情報を共有し、定期的に技術セッションを開催しています。ただし、記録と将来の新しいチームメンバーのために、これらのことを書き留めておきたいと思います。現在、約 30 人の開発者がいます。

社内ブログとウィキを考えています。

公開ブログで情報を共有できれば (また、公式の公開開発者ブログもあるかもしれませんが) 素晴らしいことですが、今のところは内部にとどめておきたいと考えています。私たちのショップは、製品ではなく、ほとんどがオーダーメイドのプログラミングを行っているため、そこには独自の顧客情報がたくさんあります. 公開ブログの自己検閲は、私たちを遅くするだけです.

Wiki はコンセプトとしては優れていますが、より多くの構成と編集が必要であるため、それが持続可能であるとは確信していません。

あなたの組織はそれをどのように行っていますか。

優れた認証機能を備えた最高のウィキ エンジンは何ですか?

クライアント側のレンダリングは、wiki のような構文を使用する場合に便利です。残念ながら、GWT クライアント側で wiki 構文をレンダリングするライブラリは見つかりませんでした。

そのようなAPI /ライブラリを知っている人はいますか?

wiki を自分の Web アプリケーションに統合することを考えています。現在、私は MediaWiki API (Web サービス インターフェース) をテストしていますが、意図した使用法は GPL ライセンスと競合する可能性が高いです。私の Web アプリケーションの一部はクローズド ソースです。

記事 (書式設定されたテキストと生のテキストの両方) を取得/作成し、ユーザー権利管理をサポートする Web サービス インターフェイスを備えた Wiki (BSD ライセンスまたは類似のもの) について、良い経験や推奨事項を持っている人はいますか?