8月8日プロジェクトのこの段階で受けたフィードバックのほとんどは、特定の仮説に基づいており—しかも可能性が認められ—悪意のある利用者の有利になる回避策が悪用される可能性です。(つまりブロック回避の成立)。(たとえばカレンダー機能やリマインダー機能で部分ブロックを復元)、これは使いにくくワークフロー中断と人為的ミスを引き起こしやすいです。この不正行為の予防策を決定するまで、部分ブロックをほとんどのウィキで公開できないことは明らかです。その実行には方法がいくつかあり、かなり複雑になる可能性があるため、どのシステムを選択して構築するか、判断を手伝ってください。再ブロック説明:管理者が部分ブロックをサイト全体ブロックに強化し、サイト全体ブロックの有効期限が以前の部分ブロックよりも短い場合、サイト全体ブロックの有効期限切れに合わせて、管理者にはパラメーターを以前の部分ブロックに戻す選択肢を提供する必要があります。例:ある管理者が利用者:Applesに対して、「Argentina」というページの編集を9カ月間ブロックしました。同じ日に、2番目の管理者が「Argentina」と「Bahamas」のブロックを8カ月に変更しました。同じ日に3番目の管理者が当該利用者をサイト全体から7カ月間ブロックしました。すると7カ月後、利用者:Applesは「Argentina」および「Bahamas」で残り1カ月のブロックを受け、その後、部分ブロックは完全に期限切れになります。この変更により、もしブロックが修正された場合は特別:ブロックUIに選択肢を1件追加するのみで済みます。多重ブロック説明:管理者はブロックの要素ごとに、異なる有効期限を設定できる必要があります。例:管理者は利用者:Bananasの編集を「アルゴン」で9カ月間、「ボロン」で8カ月間、サイト全体で7カ月間ブロックできました。7カ月後、当該利用者は「アルゴン」と「ボロン」からブロックされ、さらに1カ月後、「アルゴン」でのみブロックされました。1カ月が経つと、部分ブロックは完全に期限切れになりました。この変更により、現在のブロックのログ記録と管理の方法に明らかな変更を伴い、特別:投稿ブロック、特別:ブロック一覧、特別:貢献、特別:ブロック解除に及びます。利用者はページ数の制限なく部分ブロックされ、仮説上はどのページでも個別の期限を設定でき、複雑な状況を招く可能性があります。ほかの方法!その他の提案をぜひお聞かせください。トークページへの投稿をお待ちしています。上記のどのオプションも、管理者は特定のアカウントに対するあらゆるブロックを解除し、ブロックをすべて解除できるものとします。これに伴う「特別:ブロック解除」ページの変更ははかなりの確率で発生します。トークページでご意見をお聞かせください。主要なウィキペディア群に対するコードの公開が遅れたため、バナーが使えませんでした。復旧は7月30日から8月3日にわたり、すべてのウィキで実行できるよう取り組んでいます。本日から7月23日月曜日まで、特別:投稿ブロックで告知バナーを掲出し、管理者の皆さんにこちらのウィキページを訪問するよう呼びかけ、このプロジェクトについて読み、設計にフィードバックを投稿してもらうようお願いしています。そのバナーを読んであなたがこちらへ来られたのでしたら、ようこそお越しくださいました!(訳注:2018年の話題)7月13日このプロジェクトを中断する作業の影響で遅れが生じ、残念ながらウィキマニアでプレゼンができなくなってしまいました。来週、ケープタウン開催のウィキマニアには嫌がらせ対策ツールチームが全員出席する予定ですので、もし向こうでお会いしたらこのプロジェクトを話し合いましょう!8月初旬には試用版を用意できるのではないかと見込んでいます。現状では6月28日付の設計路線でビルドを進めています。7月最終週に特別:投稿ブロックに告知バナーを掲出し、このページに皆さんを招待して変更点を読んでもらう予定です。たくさんの人に議論に参加していただきたいです。皆さんもどうぞ!またこの先の数週間には、技術的なコメント募集(RFC)を行い、現状のアーキテクチャの決定に賛同が得られるかどうか確認します。2018年6月28日このプロジェクトは現在開発途中で、7月中旬には試用版でどのように機能するか実証することにより、さらなるフィードバックを集める方向で進めています。8月中旬にはウィキでテストをするため、まもなく募集を開始してパイロット版を試してくれるウィキを決める予定です。皆さんと共有したい新しいデザインがいくつかあります。この数ヶ月に皆さんからもらったフィードバックの大部分にこれらで対応できると信じています。6月28日現在の「特別:投稿ブロック」のデザイン変更案。管理者がサイト全体からの投稿ブロックではなく、特定の利用者を部分ブロックする選択肢を示している。(訳注:2018年)「特別ページ:ブロックされている利用者」で管理者が設定する部分ブロックの諸条件。大型のディスプレー上では選択肢の横にブロックログを表示する予定。:投稿ブロック」ページで部分ブロックの詳細を表示する方法これらの設計に関する注記事項:初期のモックアップでは「ファイルのアップロード」と「ページの移動」を有効にしていない状態を表示しています。このエラーは設計の次の段階で修正します。図の「Reason」(訳注:理由)のドロップダウンは幅が可変で、それぞれのウィキ固有のリストに合わせて幅を最大まで広げて表示します。現状と同じ機能をします。ブロック履歴テーブルの読み込みにajaxを追加する予定です。小さなモニタではツールの下に、また横長のモニタでは、左書き(書記方向が左から右)のウィキの場合はツールの右側に表示します。これまでの更新情報これまで更新情報はトークページに投稿していましたが、一歩進んで今後は直接このページで情報を発信していきます。プロジェクトの現状は以下のとおりです。この機能は既存の「特別:投稿ブロック」と心理的なモデルやワークフロー、ユーザー体験がほぼ同じことから、この機能を新しいツールとしてではなく現状のツールに追加して組み込むと最も論理的で実用的だと考えています。ブロックの大半はサイト全体にわたると解釈され、今後も既定のワークフローも現在の使用法と共存するように最適化していきます。変更点はすべて、既存の機能への追加として扱います。カテゴリ別のブロックは、複雑な課題があることから保留にしました。ページや名前空間、アップロードのブロックが必ず十分に機能するように図ります。その目的とは、コミュニティが適した制裁を設定でき、困った存在の利用者に生産的な活動をしてもらいつつ、問題を起こしがちな領域から遠ざけることです。このプロジェクト全体の中断が提案されています。私たち嫌がらせ対策ツールチームでは、これが状況に対処する有用なツールになると強く信じており、また同時に、制裁の仕方を変えてしまうため、これをウィキに実装するには繊細さが必要だと認識しています。部分ブロックがすべての状況に適しているとは信じていませんし、依然として状況によって社会的に制裁を強制する必要があるかもしれません。「特別:投稿ブロック」にラジオボタンを追加して、サイト全体ブロックか部分ブロックかを選択します。選択してブロックを保存すると、ブロックは現状と同じ挙動を示します。選択した場合、管理者にはページおよび/または名前空間の一覧が表示されます。管理者がページをブロック指定する場合:ページブロックは、現存するページにのみ設定でき、入力フィールドで妥当性確認(validation)が求められます。管理者は自動提示機能を使うと、適したページを見つけやすくなります。対象とするページは、任意の名前空間から選べます。ページが移動または削除されても、利用者は当該のページの編集ブロックを受け続けます(つまりページ名ではなくページIDでブロックする)。管理者が名前空間をブロック指定する場合:入力フィールドは、有効な名前空間名に限って受けつけし、入力フィールドで妥当性の検証(validation)が求められます。利用者は自動提示機能を使うと、正しい名前空間を見つけやすくなります。新しい入力フィールドにはヘルプのツールチップを用意します。:投稿ブロック」、「特別:ログ」におけるブロックログ記録は、部分ブロックかどうか表示します。サイト全体ブロックのログ記録は変更しません。ブロック変更)を表示します。ブロック変更)を表示します。ブロック変更)を表示します。設計ではブロック情報は「特別ページ:ブロックされている利用者」で管理し注釈を付けます利用者が条件に該当するページを編集しようとすると、新しいストリングキーを使ってブロックの内容(理由、期限他)を通告する新種のブロック警告メッセージが表示されます。管理者がブロックを変更しない限りブロックは更新されません。部分ブロックが設定されると、ブロック期限まで、この利用者が自分のトークページを編集できなくするのチェックボックスが無効になります。「特別:投稿ブロック」を変更した、9月24日付の最新の設計。管理者が特定の利用者に対して、ブロック範囲をサイト全体ではなく部分にする方法を示す。「特別:ブロックされている利用者」の画面。管理者が設定する部分ブロックの条件を示す。部分ブロックの条件をいくつか選んだところ。(画像内のデティールは一部、旧型デザインを採用。)名前空間名の先行入力候補。(画像内のデティールは一部、旧型デザインを採用。(画像内のデティールは一部、旧型デザインを採用。T190349このプロジェクトはこれまで、特定の利用者が特定のカテゴリ内のすべてのページを編集できないように、管理者が設定する機能の構築を目指してきました。この開発は保留し、ページと名前空間、アップロードのブロック構築を優先させます。カテゴリブロックの開発には、事前に対処するべき固有の課題があります。カテゴリが、該当する記事ページのトークページを示す可能性がある場合はどう処理するか?カテゴリーブロックの範囲は、サブカテゴリの深さで何層目まで適用するか?自分のブロックを回避してソックパペットを使用し、ページからカテゴリを削除する利用者への対処はどうすればよいか?これ(カテゴリブロック)を実施すると、ユーザーとして処理速度低下に影響するかどうか?利用者のリクエストブロックをもっと戦略的に設定できる機能の要望が、次の場所であがりました。単純な利用者ごとのブロックに加え、財団の嫌がらせ対策ツールチームはボランティアがウィキメディアウィキの編集制限を設定、監視、実施する作業をサポートしようと目指しています。合わせて、制裁に違反したいという誘惑に陥らずに済むシステムを構築し、制限を受けた利用者が建設的な貢献者になるようにサポートできないかと考えています。アイデアの提案や共有をしています。restrictionsでは、現在、直面している問題と、技術的な解決策でどう対処するか議論する参加者を募集しています。