設定変更の制限
 | これは方針ではありません。システム管理者が設定変更を処理する方法についてのみ説明しています。 |
場合によっては、技術的に実装可能なwikiの設定の変更をコミュニティが要求することができますが、MediaWikiの設定の最終権限を持つ システム管理者 によって拒否されることがあります。
このページはシステム管理者が通常特定の種類の要求に対してどのように反応し、コミュニティがそれらから何を期待すべきか文書化するために役立ちます。 そのため、システム管理者からのすべての拒否を含める必要はなく、再度要求される可能性が高いものだけを含める必要があります。 拒否されたリクエストをここにリストする必要がある（またはリストすべきではない）と感じた場合は、システム管理者ではない場合でも、必要に応じてこの表を更新してください。 確認できない場合は、会話ページにコメントを残してください。
禁止されている変更
このセクションにはすぐに断られるであろう変更がリストアップされています。 システム管理者は、プロジェクト全般の完全性の保護と同様に、ウィキメディアの設立原則およびコアバリューを保護するために、これらの変更を禁止します。 ウィキメディア財団の法務部門も、法的理由により一部の変更を禁止しています。
| 依頼の種類 | リクエストの例 | 理由 | 注記 |
|---|---|---|---|
| Wikiのオープン性を低下させる変更 | ログに記録されたアクションからログを削除します | 透明性は交渉の余地のないMediaWikiの原則です。 ログがコミュニティを悩ませており、それをフィルタリングする機能がまだ存在しない場合は、機能リクエストをお勧めします。 | これにはデフォルトでSpecial:Logからログを隠すことは含まれません、ただしログがまったく存在しない場合に限ります。 |
| CAPTCHAを未確認ユーザーのすべての編集に対して永続的に有効にします | 与えられたCAPTCHAは、他の目的を果たすためではなく、悪用や破壊行為を支援するために存在しており、この設定は新しい寄稿者に不当な制限を課します。 システム管理者は、これがウィキメディアの核心的価値と不一致であると見做し、そのため、この変更を禁止しました。 | これは、すべての編集に対して永続的にCAPTCHAを有効にすることに関するものであることに注意してください。 あなたのWikiが即座に管理不能な乱用/破壊行為を経験している場合、システム管理者に連絡することを試みてください。 これはセキュリティ事故報告とみなされます。 そのため、セキュリティ報告フォームを使用してください。 これにより、ウィキメディア財団セキュリティ部門および関連するシステム管理者に表示されるタスクが作成されます。 彼らは共同であなたの問題を評価し、潜在的な制限を決定し、それらを実施します。 解決策を提案する必要はありません。 | |
| ユーザーグループから編集許可を削除する | "誰でも編集可能"はウィキメディアプロジェクトの交渉できない原則です。 ユーザーグループからの編集権限の完全な取り消しは有効になりません。 | (英語版ウィキACTRIALのような)編集権限の一部取り消しは、時々起こる可能性があります、しかし、そのようなケースは非常にまれであり、慎重に検討する必要があります。 以下の"自動承認されていないページ作成を無効にする"も参照してください。 | |
| 技術的に不可能な変更 | タイムゾーンの名前の変更 | MediaWikiは、IANAタイムゾーンデータベースを流用するPHPタイムゾーンデータベースを使用します。 そのため、タイムゾーンオプションの名前を変更することは技術的にも物理的にも不可能です。 あなたのwikiのデフォルトのタイムゾーンは$wgLocaltimezone変数経由でのみ変更可能です。 | |
| セキュリティおよび/または法的責任の問題を伴う提案された変更案 | 非管理者が削除されたコンテンツを表示することを許可します | WMF法務部は、RFA-比較可能なプロセスを渡さない非管理者に対して削除されたコンテンツの閲覧を禁止しました; Wikipedia: 削除されたコンテンツの表示を参照してください。 | このようなユーザーグループの作成は、通常WMFの法的レビューが必要です。 小規模なWikiでは、そのようなユーザーグループを持つことは許可されない可能性があります。 |
| 非スチュワードにチェックユーザー/オーバーサイト権限の管理を許可します | スチュワードだけがそれらの非常に制限されたグループを管理することを許可されています; ローカルウィキはこれをカスタマイズすることを許可されていません。これにはチェックユーザー/オーバーサイト関連の権限を追加のグループに付与することが含まれます。 | チェックユーザーとオーバーサイトはグローバルポリシーによって管理され、スチュワードはポリシーが正しく施行されていることを確認します。 | |
| 非オーバーサイト者にユーザー隠し権限を与える | ポリシーにより、オーバーサイト者のタスクは公の場から情報を隠す事です。オーバーサイト者は機密保持契約に署名し、そして情報を非公開にすることが法的に義務付けられている一方、これは管理者およびその他には当てはまりません。 | ||
| インターフェイス管理者に他の権限を付与する | インターフェイス管理者の目的は、CSSページとJSページを編集できるユーザーを減らすことです。 このグループに他の権利を付与する事は、彼らの意図が異なる場合に、ウィキにこの権利を付与するよう促す可能性があります。 | T320752の議論ごとに、editcontentmodelには当てはまらない。
| |
| 管理者達にボット、管理者あるいはインターフェイス管理者権限を付与することを許可する | これらのフラグの付与と削除は（その場にいる場合）ビューロクラットや、スチュワードの仕事であるため、拒否されました。 インターフェイス管理者には（CSSおよびJSページを編集するための）非常に機密性の高い権限もあり、許可のリクエストを慎重に検討する必要があります。 したがって、この業務はビューロクラットまたはスチュワードのみが担当する必要があります。 | 現在ビューロクラットがおらず、自分たちでこれを操縦するには大き過ぎると感じているウィキは、代わりにビューロクラットを選出することが推奨される。 | |
| Assign checkuser-temporary-account right to different groups or un-assign it from existing groups |
Group assignment of this right is governed by the access policy. Changing it requires a change in the policy and may require technical changes. IP address of temporary accounts is personally identifiable information. Access to it carries risk and each user should be able to choose whether they want to have the access. In addition, getting this right requires the user to accept the policy governing the use of this data. |
Check the FAQ for more details. | |
| ビューロクラットがビューロクラットの権利を削除することを許可する | プロジェクトの安全性を守るためのものです。 ビューロクラットの権限はこれらの管理者の権限よりも高いため、スチュワードのみがこれを行うことができます。 | すべてのプライベートウィキのビューロクラットはビューロクラットの地位を削除できますが、しかしそれはプライベートウィキが特定のグループによって管理されており、コンテンツのホストが目的ではなくむしろ特別なサポートを果たすために存在するからです。 | |
| サポートされていないテクノロジーを使用したり、またはサポートされていない方法で悪用したりするための変更 | メンテナンスが不十分なエクステンション/スキンのインストール | 一部の拡張機能は現在一部のウィキメディア・ウィキにインストールされていますが、重大な未解決の問題もしくはバグを抱えています。 したがって、既存のインストールは保存されますが、これらの拡張機能を更なるウィキにインストールしないことが決定されました。 | 直近ではこれらを含みます： |
| 会話ページでビジュアルエディターを有効にする | ビジュアルエディターは、会話ページの編集をサポートするために構築されていません。 そのため、会話ページの名前空間でヴィジュアルエディタを有効化しても、常にコミュニティの期待どおりに機能するとは限りません。 そもそも機能しないはずのものについてのバグ報告から開発者を保護するため、会話ページ上のヴィジュアルエディタの有効化は禁止されています。 | DiscussionTools implements some visual editing functionality on talk pages. | |
| 個々のwikiでデフォルトのスキンを変更する | ウィキメディアは、すべてのプロジェクトにわたって世界的に標準化された外観を持つ必要があります。 VectorはすべてのウィキメディアWikiでデフォルトのスキンのままであることが決定されました。 | すべてのウィキメディアwikiのデフォルトスキンを変更することは確かに禁止されていませんが、実行するのは非常に困難であり、一元的に主導されることになります。 このような決定を下す前に、影響を受けるすべてのコミュニティとの協議が必要となるだけでなく、"舞台裏"で必要な変更をすべて行うには、多大な努力も必要となるだろう。 | |
| Changes that drastically impact the performance of the site | Overriding the default thumbnail size | Our thumbnail caching system saves a couple of standardized thumbnail sizes. Configuring a wiki to use different thumbnail sizes will lead to CDN cache fragmentation (creation of many extra thumbnails that other wikis won't benefit from) and worse UX for everyone in all wikis. | $wgThumbLimits and $wmgThumbsizeIndex
|
特定の基準を満たす必要がある変更
| 依頼の種類 | 理由 |
|---|---|
| ローカルでのファイルのアップロード | ウィキメディアのライセンスポリシーによれば、すべてのプロジェクトはフリーコンテンツ・ライセンスに基づくコンテンツのみをホストすることが期待されています。 限られた状況下で、プロジェクトは「著作物がアップロードされ得る場合、（米国法と、プロジェクトのコンテンツが主にアクセスされる国の法律の両方に従って）定義される」権利制限法理の適用方針（EDP）を採用する場合があります。
プロジェクトが（EDPの下で）非フリーメディアを受け入れない可能性がある場合、ローカルファイルのアップロードが有効になる可能性は非常に低いです。 フリーメディアは代わりにウィキメディア・コモンズに移動する必要があります。 無料でないコンテンツも参照。 |
| どのウィキメディアプロジェクトにもインストールされた事のない拡張機能/スキンの導入 | ウィキメディア基盤システムの安全を守るため、稼働するすべての拡張機能、スキン、その他の構成要素は、セキュリティ、性能、その他の審査に合格しなければなりません。 少なくとも一つのウィキメディアプロジェクトに導入された事がない拡張機能は、そのような審査に合格するまで導入されません。 Additionally, a WMF team must have agreed to offer basic support for the extension. 必要な手順についてはMediaWiki.orgの配置用の拡張機能の記述をご覧下さい。 |
拒否される可能性がある変更
このセクションでは、厳密に禁止されていないが、システム管理者に変更が必要であることを納得させるための特別な証拠が提示されない限り、拒否される可能性が高い変更をリストします。
| 依頼の種類 | 理由 |
|---|---|
| 自動承認されていないページ作成を無効にする | この構成は、新規投稿者に対して不当な制限が課されます。 システム管理者は当該ウィキが、（1）ドラフトをタイムリーに処理する準備ができており、（2）よく発達した編集および管理コミュニティがあり、（3）その変更について異常に広範な合意を得ない限り、そのような要請に抵抗する。最初の2点は、ウィキのサイズに訴えることで対処でき: アクティブな編集者、シスオペ、ビューロクラット、その他の職員の数は、"ビッグウィキ"と同様であるべきであり、それ以外の場合なぜリクエストが受け入れられるべきなのかについて非常に良い説明が必要になります。 3番目の点は、関連するPhabricatorタスクにおいてコンセンサスを説明するクロージング(≒論争終結)管理者により、慎重に議論されたオン=ウィキRFCによって満たすことができ; コンセンサスが特に強く見えない場合 (現地語を読めるウィキ・システム管理者が存在しない場合に留意)、にもかかわらず管理者は「なぜそれが十分に広範であると考えられるのか」その理由を説明する必要があります。 |
| ビューロクラットが管理者権限を削除できるようにする | 一部のウィキではビューロクラットが管理者フラグを取り消すことができますが、大抵のウィキにおいて、これはスチュワードの責任です。 このような要求が受け入れられるためには、ウィキは（複数のアクティブなビューロクラットを擁する）大規模なものでなければならず、そして変更の真の必要性を実証することが可能であるべきである。 小規模なウィキでは、この能力は管理の問題を決定するコミュニティの権限を奪おうとするビューロクラットによって悪用される傾向があります。 |
| 小規模wikiでの特別なグループ | システム管理者は、特別なユーザーグループを追加する前にウィキサイズを検討する場合があります。 このようなリクエストは、実際のニーズではなく、より大きなウィキが持っているものを持ちたいという単なる願望によって動機付けられているように見えることがあります。例えば、ロールバッカーグループのメンバーには、通常のユーザーが一連のステップで実行できるのと同じ（同一ユーザーによる複数編集を元に戻す）ことをワンクリックで実行できるツールが与えられます; 小規模でトラフィック量の少ないウィキでは、この速度向上は必要ない可能性があり、乱用の可能性を考慮する必要があります。 また、カスタムグループの作成リクエストを既存のユーザーグループ（自動パトロールなど）で代わりに実装できる場合もあります。管理のしやすさを考慮して、システム管理者は代替アプローチが見つかった場合、新しいグループを作成しません。 |
禁止ではないが議論停滞するであろう変更
このセクションでは、もちろんコンセンサスごとに拒否されない変更をリストしますが、技術的な問題が非常に多いため、すぐには処理されません。
| 依頼の種類 | 理由 |
|---|---|
| Wikiの正規URLの変更 | 関連項目: 特殊な言語コード、Wiki-setup (rename) および phab:T172035 十数年間、一部のウィキメディアプロジェクトは正規URLを使用してきましたが、言語コードの使用間違いや混乱などの問題がありました。 2022年1月の時点で、ウィキの名前を変更し、URLを変更するプロセスは依然として深刻な技術的課題です。これまでのところ、名前変更に成功したのは次のウィキだけです:
現在知られている課題は、ウィキデータ、Special:SiteMatrix、ContentTranslation機能、およびinterwikiログに関連しています。 |
システム管理者の独断による変更
Wiki設定変更のリクエストで述べたように、ウィキメディア設定に関する最終的な権限はシステム管理者にあります。これはウィキメディア設定を編集できるのはシステム管理者のみであり、設定に対して全責任を負うためです。 そのため、システム管理者はリクエストを拒否するだけでなく、独自にその設定を変更することもできます。 このセクションは、なぜこのようなことが起こるのかを説明し文書化することを目的としていますが、世の中が予測しにくいことを考えると、それはいかなる方法を持ってしても決して完璧ではありません（し、完璧であることそれ自体が不可能です）。 このセクションでは、簡略化を目的として"システム管理者による変更"を"対策"と呼びます。
対策は主にウィキメディア・インフラストラクチャのセキュリティを保護するために講じられますが、ただし稀に、他の理由でも発生する可能性があります。 他の理由は予測が難しいので、ここでは触れません。 例としては（これらに限定されませんが）例外的に高レベルの破壊行為、ウィキメディア運動を妨害しようとするその他の試みおよび類似行為が挙げられます。
措置は恒久的かつ一時的なものである場合がありますが、一時的な措置がより頻繁に行われる傾向があります。 システム管理者は、措置の効果を維持しつつ、一時的な変更（範囲と期間の両方）を可能な限り制限するために最善を尽くします。 セキュリティ実装を確固たるものとするため、措置はコミュニティに通知される場合とそうでない場合があります。
一時的措置には、1つのIPアドレスから作成されるアカウント数の制限値を減らすこと、すべての編集にCAPTCHAを要求するなどが含まれます（ただしこれらに限定されません）。 恒久的措置には、特定グループのの利益となるよう管理者から特定の能力を奪うことや、ユーザーグループに2要素認証を義務付けることを決定することが含まれます（ただしこれらに限定されません）。