11

問題

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

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

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

励ます

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

落胆させる

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

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

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

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

確認

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

これは可能ですか？

遅れ

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

これは可能ですか？

4

12 に答える 12

17

次のようにして、Mediawiki で匿名編集をオフにすることができます。

  • LocalSettings.php を編集して、次の設定を追加します。

    $wgDisableAnonEdit = true;

  • includes/SkinTemplate.php を編集し、コードを見つけて次のように変更します (つまり、基本的にと関数$fname-editの間に次のコードをラップします)。wfProfileIn()wfProfileOut()

    wfProfileIn( "$fname-edit" );
    global $wgDisableAnonEdit;
    if ( $wgUser->mId || !$wgDisableAnonEdit) {
    // Leave this as is
    }
    wfProfileOut( "$fname-edit" );

次に、セクションの [編集] リンクを無効にすることができます。これを行うには、 を開いincludes/Skin.phpて検索しeditsectionます。次のようなものが表示されます。

if (!$wgUser->getOption( 'editsection' ) ) {

それを次のように変更します。

global $wgDisableAnonEdit;
if (!$wgUser->getOption( 'editsection' ) || !$wgDisableAnonEdit ) {

匿名ユーザーのセクション編集がブロックされるようになりました。

于 2008-12-19T15:01:29.910 に答える
4

匿名編集を禁止し、ユーザーがドメイン ログイン (LDAP) を使用してログインできるようにします。多くの場合、しきい値は、新しいユーザーの登録と、ユーザー名とパスワードの作成などです。

于 2008-12-19T15:05:03.537 に答える
3

さて、この質問が2か月前になったことを考えると、この解決策がhlovdalにとって価値があるとは思えませんが、おそらく他の誰かがそれを役立つと思うでしょう：

この問題の最適な解決策は、自動ログインを有効にすることです。これには2つのステップが必要です。まず、Webサービスに自動認証を追加する必要があります。現在、内部アプリケーションサーバー*でDebianusn-libapache2-authenntlm-perlパッケージとともにApacheを使用しています。（私たちのネットワークはActive Directoryであり、明らかにサーバーはDebian Linux上で実行されます。）次に、MediaWikiにWebサービスの認証を認識させるMediaWiki拡張機能が必要です。NTLM認証モジュールを介してネットワークに接続されたApacheWebサーバーで自動REMOTE_USER認証モジュールを正常に使用しましたが、機能させるにはコードを少しマッサージする必要があったことを思い出します。

  • 拡張機能のページに記載されている「恐ろしいハック」に従い、setPassword（）関数とaddUser（）関数を変更して、常にfalseを返すのではなく常にtrueを返すようにする必要がありました。
  • $username = $_SERVER['REMOTE_USER']Active Directoryは大文字と小文字を区別せず、MediaWikiは大文字と小文字を区別しないため、ステートメントの両方のインスタンスを。に置き換えました$username = getCanonicalName($_SERVER['REMOTE_USER'])。
  • 社内の特定の人だけにウィキの使用を許可したかったので、autoCreate（）を常にfalseを返すように設定しました。これについて心配する必要があるようには思えないので、autoCreate（）を常にtrueに戻す必要があります。これは、会社のネットワーク上の誰もがwikiにアクセスできることを意味します。

このソリューションの気の利いた点は、誰もwikiにログインする必要がないことです。ウィキページにアクセスするだけで、ネットワークIDでログインします。

* mod_ntlmを使用していたRedHatサーバーからこれに切り替えました。残念ながら、mod_ntlmはしばらく更新されておらず、散発的に失敗し始めています。私がこれについて言及するのは、現在のMediaWiki構成でパフォーマンスの問題に遭遇し始めたためです。これには、さらにコードのマッサージが必要になる場合があります。

于 2009-02-19T01:35:09.380 に答える
3

匿名の編集を禁止することで思いとどまらせるべきだと思います - 結局のところ、それは内部ウィキです。

逆に言えば、ログインプロセスをできるだけ簡単にする必要があります。うまくいけば、ログイン Cookie を適切な長さ (1 か月など) に設定して、月に 1 回だけログインする必要があるようにすることができます。

于 2008-12-19T15:01:46.820 に答える
3

人々のエゴに合わせて、ここのような担当者システムを追加します。上位 5 人のユーザーによる編集数などを表示するホームページ用のウィジェットを作成するだけです。上位 1 人または 2 人のユーザーに、定期的 (毎月?) に MVP 報酬を与えます。

于 2008-12-19T15:02:32.060 に答える
2

これが内部ネットワーク内で実行されている場合は、Active Directory情報を取得して、誰もログインする必要がないようにすることができます。それが私が仕事でそれをする方法です。つまり、Windowsマシンにログインしている場合、私のWebアプリはユーザー名を取得し、そのユーザー名（またはユーザーID）を編集内容に関連付けることができます。

しかし、これをMediaWikiに簡単に追加できるかどうかはわかりません。

于 2008-12-19T15:43:26.127 に答える
2

ユーザーが常に完全に識別されるように、なんらかの形式のディレクトリ サービス (LDAP) を明示的に使用することをお勧めします。一方、Wiki は独自のダイナミクスの影響を受けます。実際、一部の Wiki は匿名で編集できるために成功しているため、これも覚えておく必要があります。

それとは別に、個人的には、ユーザーが公然と識別可能な貢献をするための何らかのインセンティブを作成しようとしています: これは、毎日 wiki に貢献したすべてのユーザーの統計が表示されるように、ポイント/スコア システムに基づいている可能性があります。 、これはおそらくある種の競争を生み出す可能性さえあります。

同様に、ウィキはデフォルトで、匿名で投稿されたコンテンツを最初にレビューしない限り表示しないようにすることができます。これは、ユーザーがオープンに投稿するもう 1 つのインセンティブになります。

于 2009-03-15T11:22:29.473 に答える
2

ユーザーが画面から目をそらしたり、くしゃみをしたり、頭をかいたりしても、ユーザーがログアウトされないようにしてください。長く持続的なセッションが必要です。ログインしたら、ログインしたままにします。

これは、当社が社内で使用している MediaWiki の問題です。ログインして何かを行ってから、後で戻ってきてログアウトしますが、ログインしていないという通知は画​​面上では取るに足らないものであり、ユーザーは決して気付かないのです。

于 2008-12-19T15:04:09.373 に答える
2

wikipatterns.orgをチェックすることをお勧めします- ウィキの社会的側面についてのすばらしいサイトです

于 2009-02-19T01:46:13.443 に答える
1

SO は投稿の障壁が非常に低いです。編集時に名前を指定できるようにすることができます。準備ができたら、最終的にログインして、常に名前を入力する必要がなくなります。

于 2008-12-19T15:58:32.180 に答える
0

これは部門の状況にあるとあなたは言いました。IP アドレスに基づいて誰が編集しているかを知識に基づいて推測し、それに応じて編集に注釈を付ける機能を wiki に追加できませんか?

于 2008-12-19T15:02:04.853 に答える
0

匿名性を「禁止」する前に、アプリケーションにおける匿名性の影響を慎重に調査することを推奨するすべての人に、私は完全に同意します。非常に多くの場合、人々は匿名の編集を好みます。匿名の編集について質問されたり、特定されたり、指摘されて問題を抱えたりしたくないからです。これらの要因によってユーザーが匿名編集を好むようになっていないことを十分に確認する必要があります。率直に言って、「anonymous_employee」や「anonymous_contractor」などの一般的な認証情報ログインによる匿名化された編集を引き続き許可する必要があります。それと同一化する。

「匿名ユーザー向けに追加の確認手順を用意するという考え...」については、「これを匿名で送信してもよろしいですか?」というのは良い考えですが、それを示唆するような「言い回し」はしないでください。つまり、「ログインするのを忘れましたか?」と言わないでください。代わりに、次のように注意します。

「あなたの編集は IP 番号として表示されます。プライバシー保護のために、'anonymous_employee' または 'anonymous_contractor' または 'anonymous_contributor' に帰属する可能性があります。それに対する回答や応答は通知されません。これを希望する場合は、貢献が入金されたら、[今すぐログイン]."

これにより、何が起こるかが完全に明確になり、どちらの方法でもそれを行うように誰かに圧力をかけたり、何らかの「報酬」で貢献されているものに偏りが生じたりすることはありません.

あるいは、LDAP / Cookie 経由でログインを強制し、この編集を匿名にするかどうかを尋ねることもできます。これは、一部のブログ プラットフォームで採用されているアプローチです。イントラネットでは、これが乱用される可能性は基本的にゼロであるため、データ自体ではなく、「どのように知っていたのか」または「なぜこれを提起したのか」を問題にしたくないという状況がおそらくあるでしょう... IBMいくつかの慎重な調査で、匿名化されたフィードバックは、集団思考と管理の盲点を修正するのに役立つと考えられているよりもはるかに役立つことが示されています.

于 2017-05-07T16:02:59.500 に答える