对配置更改的限制
 | 本页不是方针，只是描述系统管理员习惯上如何处理配置更改。 |
有時社群會要求對Wiki配置進行更改，該更改在技術上是可實現的，但遭到系統管理員拒絕，系統管理員對MediaWiki配置擁有最終決定權。
此頁面記載系統管理員對某些類型請求通常做出的回應，社群对这些回应应有预期判断。 因此，這裡不需要包括系統管理員所有的拒絕项目，只包含很可能會被多次尝试請求的項目。 如果您覺得某個被拒絕的請求應該（或不應該）列在這裡，就算您不是系統管理員，您也可以合適地進行修改。 如果您沒有把握，請在討論頁留言。
被禁止的更改
此章節列出會立即被拒絕的請求。 系統管理員禁止這些更改以保護維基媒體的創立原則和核心價值，並在整體上保護計畫的完整性。 維基媒體基金會的法律部門也因為法律原因而禁止某些更改。
| 請求類型 | 範例請求 | 原因 | 注释 |
|---|---|---|---|
| 降低維基開放程度的更改 | 從操作日誌移除其中一種日誌 | 透明度是MediaWiki的原則。 如果某個日誌對社群造成困擾並沒有篩選它的功能，請提出功能請求。 | 這不包括將某個日誌在預設情況下於Special:Log隱藏，僅包括導致某個日誌完全消失的請求。 |
| 對非確認使用者的所有編輯永久啟用驗證碼 | 此配置將對新的貢獻者施加不當的限制，驗證碼僅用於幫助對抗濫用和破壞，而非為了其他目的。 系統管理員認為此與維基媒體的核心價值違背故禁止此更改。 | 請注意這是對所有編輯永久啟用驗證碼。 如果您的維基遭到直接和難以控制的濫用或破壞，請向系統管理員請求幫助。 這將被視為安全事件報告。 因此請使用安全性報告表單。 這將建立僅對維基媒體基金會安全部门及系統管理員可見的任務。 他們將考量您的問題，決定潛在的限制方法並實施。 您不需提供任何解決方案。 | |
| 從使用者群組移除編輯權限 | 「任何人都可編輯」是維基媒體計畫中不可退讓的原則。 不會從任何使用者群組完全移除編輯權限。 | 部分的撤銷編輯權限有可能會發生，例如英文維基百科的ACTRIAL（自動確認條目建立實驗），但這種案例極少發生且需要仔細考慮。 另請參閱下方的「禁止非自動確認使用者建立頁面」。 | |
| 技術上不可能達成的更改 | 更改時區選項的名稱 | MediaWiki使用PHP时区数据库，即IANA时区数据库。 因此，在技术上和物理上修改任何时区选项的名称都是不可能的。 您仅能通过修改变量$wgLocaltimezone的值来更改默认时区。 | |
| 涉及安全和法律責任問題的提議更改 | 允許非管理員檢視已刪除的內容 | WMF法律部門禁止未經RFA層級程序的非管理員查看已刪內容。參見Wikipedia:Viewing deleted content。 | 建立類似的使用者群組通常需要WMF法律部門的審核。 小維基通常不被允許擁有類似的使用者群組。 |
| 允許非監管員管理使用者查核員和監督員權限 | 只有监管员可以管理这两项高度受限的用户组，本地维基站点无法自定义这一点。 | 用户查核员和监督员受制于全域方针，监管员将确保相关方针的正确执行。 | |
| 對非监督员群組加入隱藏用戶名權限 | 根据政策，监管员的任务是对公众隐藏事物。监管员签署保密协议，并且根据法律要求保持信息的私密性，而管理员和其他人员则没有这种义务。 | ||
| 授予介面管理員其他權限 | 設立介面管理員的目的就是為了讓能編輯CSS和JS頁面的使用者更少。 向此群組授予其他權限可能導致維基將因與此不同的目的而授予使用者此權限。 | 根据 T320752 中的讨论，这不适用于 editcontentmodel。
| |
| 允許管理員授予機器人、管理員或介面管理員權限 | 授予和撤销这些标志，如果有的话，是行政员的任务，或者监管员的任务。 界面管理员也拥有高度敏感的权限（可以编辑CSS和JS页面），对于授予权限的请求必须经过仔细考虑。 因此，只有行政员或监管员才能处理这项任务。 | 建议当前没有任何行政员且认为其规模足够大以独立处理此事务的维基站点进行选举产生行政员。 | |
| 允許行政員移除行政員權限 | 這是為了保護項目安全性。 由于行政员权限高于管理员权限，只有监管员才被允许执行此操作。 | 在所有私有维基站点上，行政员可以撤销行政员的地位，但这是因为私有维基站点由专门的团队管理，并且提供特殊的支持目的，而不是用于托管内容。 | |
| 使用不支援的技術或以不支援的方式濫用技術的更改 | 安裝沒有妥善維護的擴充功能或外觀 | 一些擴充功能已安裝在某些維基媒體wiki上，但有重大且未解決的問題或錯誤。 所以決定保留已安裝的部分，但不安裝在新的wiki上。 | 目前包括： |
| 在討論頁啟用視覺化編輯 | 编写视觉编辑器本意并不计划支持编辑讨论页面。 因此，在讨论页命名空间中启用可视化编辑器可能并不总是按照社区的预期工作。 为了避免开发人员收到关于本来就不应该工作的功能的错误报告，禁止在讨论页面上启用视觉编辑器。 | 结构化讨论代替了一些视觉编辑器的功能；另一个选择是新的讨论工具。 | |
| 更改任何單個維基上的預設外觀 | 维基媒体所有计划应该在全球范围内拥有统一的标准外观。 决定在所有维基媒体维基站点上使用Vector作为默认皮肤。 | 更改所有维基媒体维基上的默认皮肤当然不会被禁止，但实现起来极其困难，并且需要集中领导。 在做出这样的决定之前，需要与所有受影响的社区进行咨询，并且还需要进行大量工作来进行所有必要的“幕后”更改。 |
需要满足特定条件才能进行的更改
| 請求類型 | 原因 |
|---|---|
| 本地文件上传 | 根据维基媒体的版权政策，所有项目都应该仅托管自由内容许可下的内容。 在有限的情况下，一个项目可以采用《豁免条款政策》（Exemption Doctrine Policy，EDP），该政策根据美国法律以及项目内容主要访问的国家的法律规定，在何种情况下可以更新受版权保护的材料。
如果您的项目可能不接受非自由媒体（在 EDP 下），则不太可能启用本地文件上传。 免费媒体应该去Wikimedia Commons。 参阅：非自由内容 |
| 安裝尚未在至少一個維基媒體項目上安裝的擴充功能或外觀 | 为了保护维基媒体基础设施的安全，所有扩展、皮肤和其他组件都必须通过安全、性能和其他审查。 尚未在至少一个维基媒体项目上安装的扩展在通过此类审查之前不会被考虑安装。 请参阅 编写用于在 MediaWiki.org 上部署的扩展 了解所需的步骤。 |
可能會被拒絕的更改
本节列出了并非完全禁止，但需要呈现具体证据证明其必要性以使系统管理员信服，否则很可能会被拒绝的更改。
| 請求類型 | 原因 |
|---|---|
| 禁止非自動確認使用者建立頁面 | 此配置對新的貢獻者施以不適當的限制。 系統管理員會拒絕這類請求，除非維基能處理以下問題：(1) 已經準備好能夠及時處理草稿。(2) 有完善的編輯和管理社群。(3) 已對該更改建立非常廣泛的共識。前兩點可以透過維基的大小來確認：活躍使用者、管理員、行政員及其他工作人員的數量應該與「大維基」相近，否則就應該對該請求被接受的原因給出一個好的解釋。 第三點可以透過在維基上的意見徵求中經過仔細地討論來滿足，並由總結的管理員在Phabricator上的相關任務中的解釋共識。如果共識看起來並不特別強烈（請注意可能沒有系統管理員能夠理解該本地維基的語言），管理員就必須解釋該共識為何能視為足夠廣泛的共識。 |
| 允許行政員移除管理員權限 | 虽然有些维基的行政员可以解除管理员权限，但在大部分维基上此事仍由监管员负责。 想要这类请求得到接受的话，本地维基的规模需要足够大（有多名活跃行政员），并且能证明真的有该方面需求。 在较小的维基，这个权限容易被行政员滥用，来占有社群决定管理员人选的权力。 |
| 小維基的特殊使用者群組 | 系统管理员可能会在增加特殊用户组之前考虑本地维基的规模。 这类请求有时纯粹出于“大维基有的东西我们也要有”的欲望，而不是真正有需求。例如，回退员可以点一个按钮就做到普通用户需要好几步的事（即回退同一用户的多笔编辑）；在规模小而流量少的维基，这种便捷性的提升并不一定是必要的，且还需与滥用权力的可能性相权衡。 另外，有时创建自定义用户组的需求可以用现有用户组实现（例如自动巡查者）。为了可管理性，如果能找到其他方法，系统管理员就不会创建新用户组。 |
很可能會被擱置，但不會被拒絕的更改
本章节列出的变更，基于已达成的共识不会被拒绝，但因为技术上非常繁琐，可能会被搁置较长的时间。
| 請求類型 | 原因 |
|---|---|
| 變更一個wiki的標準連結 | 參見：特殊語言代碼、Wiki-setup (rename)及phab:T172035 過去數十年中，部分維基媒體計劃使用了有問題的標準連結，問題包括使用了錯誤的語言代碼，或是存在其他方面的誤解。 截止2022年2月，變更wiki名稱及其URL的过程依然面臨巨大的技術挑戰。截至目前，僅有以下wiki被成功重命名：
目前已知的困難包括與維基數據相關問題、Special:SiteMatrix、內容翻譯工具功能、以及跨wiki網域日誌。 |
系统管理员自行决定进行的更改
正如在请求维基配置更改中所提到的，维基媒体配置的最终权威在于系统管理员，因为只有系统管理员才能进行编辑，并且因此对配置负有全部责任。 因此，系统管理员不仅可以拒绝请求，还可以自行更改配置。 本节旨在解释和记录为什么可能会发生这种情况，但考虑到世界的复杂性，它无法（也不能）完全涵盖所有可能性。 在本节中，为简化起见，系统管理员进行的"更改"被称为"措施"。
措施主要是为了保护维基媒体基础设施的安全，但偶尔也可能因其他原因而发生。 其他原因这里就不说了，因为很难预测。 例子包括（但不限于）异常严重的破坏行为、破坏维基媒体运动的其他尝试等。
措施可以是永久性的，也可以是临时性的，但临时性措施往往更为频繁。 系统管理员尽最大努力尽可能限制临时更改的范围和持续时间，同时仍然保持措施有效。 出于安全考虑，任何措施都可能会也可能不会传达给社区。
临时措施可以包括（但不限于）减少从一个 IP 地址创建的帐户的限制、所有编辑都需要验证码等。 长期的措施可以包括（但不限于）从管理员手中收回某些权限，转交给专门的团队，或决定对某个用户组强制实施双因素认证。