对配置更改的限制
 | 本页不是方针，只是描述系统管理员习惯上如何处理配置更改。 |
有时社群会要求对Wiki配置进行更改，该更改在技术上是可实现的，但遭到系统管理员拒绝，系统管理员对MediaWiki配置拥有最终决定权。
此页面记载系统管理员对某些类型请求通常做出的回应，社群对这些回应应有预期判断。 因此，这里不需要包括系统管理员所有的拒绝项目，只包含很可能会被多次尝试请求的项目。 如果您觉得某个被拒绝的请求应该（或不应该）列在这里，就算您不是系统管理员，您也可以合适地进行修改。 如果您没有把握，请在讨论页留言。
被禁止的更改
此章节列出会立即被拒绝的请求。 系统管理员禁止这些更改以保护维基媒体的创立原则和核心价值，并在整体上保护计划的完整性。 维基媒体基金会的法律部门也因为法律原因而禁止某些更改。
| 请求类型 | 范例请求 | 原因 | 注释 |
|---|---|---|---|
| 降低维基开放程度的更改 | 从操作日志移除其中一种日志 | 透明度是MediaWiki的原则。 如果某个日志对社群造成困扰并没有筛选它的功能，请提出功能请求。 | 这不包括将某个日志在预设情况下于Special:Log隐藏，仅包括导致某个日志完全消失的请求。 |
| 对非确认使用者的所有编辑永久启用验证码 | 此配置将对新的贡献者施加不当的限制，验证码仅用于帮助对抗滥用和破坏，而非为了其他目的。 系统管理员认为此与维基媒体的核心价值违背故禁止此更改。 | 请注意这是对所有编辑永久启用验证码。 如果您的维基遭到直接和难以控制的滥用或破坏，请向系统管理员请求帮助。 这将被视为安全事件报告。 因此请使用安全性报告表单。 这将建立仅对维基媒体基金会安全部门及系统管理员可见的任务。 他们将考量您的问题，决定潜在的限制方法并实施。 您不需提供任何解决方案。 | |
| 从使用者群组移除编辑权限 | “任何人都可编辑”是维基媒体计划中不可退让的原则。 不会从任何使用者群组完全移除编辑权限。 | 部分的撤销编辑权限有可能会发生，例如英文维基百科的ACTRIAL（自动确认条目建立实验），但这种案例极少发生且需要仔细考虑。 另请参阅下方的“禁止非自动确认使用者建立页面”。 | |
| 技术上不可能达成的更改 | 更改时区选项的名称 | MediaWiki使用PHP时区数据库，即IANA时区数据库。 因此，在技术上和物理上修改任何时区选项的名称都是不可能的。 您仅能通过修改变量$wgLocaltimezone的值来更改默认时区。 | |
| 涉及安全和法律责任问题的提议更改 | 允许非管理员检视已删除的内容 | WMF法律部门禁止未经RFA层级程序的非管理员查看已删内容。参见Wikipedia:Viewing deleted content。 | 建立类似的使用者群组通常需要WMF法律部门的审核。 小维基通常不被允许拥有类似的使用者群组。 |
| 允许非监管员管理使用者查核员和监督员权限 | 只有监管员可以管理这两项高度受限的用户组，本地维基站点无法自定义这一点。这包括授予额外群组与CheckUser/Oversight相关的权限。 | 用户查核员和监督员受制于全域方针，监管员将确保相关方针的正确执行。 | |
| 对非监督员群组加入隐藏用户名权限 | 根据政策，监督员的任务是对公众隐藏事物。监督员签署保密协议，并且根据法律要求保持信息私密，而管理员和其他人员则没有这种义务。 | ||
| 授予界面管理员其他权限 | 设立界面管理员的目的就是为了让能编辑CSS和JS页面的使用者更少。 向此群组授予其他权限可能导致维基将因与此不同的目的而授予使用者此权限。 | 根据T320752中的讨论，这不适用于editcontentmodel。
| |
| 允许管理员授予机器人、管理员或界面管理员权限 | 授予和撤销这些标志，如果有的话，是行政员的任务，或者监管员的任务。 界面管理员也拥有高度敏感的权限（可以编辑CSS和JS页面），对于授予权限的请求必须经过仔细考虑。 因此，只有行政员或监管员才能处理这项任务。 | 建议当前没有任何行政员且认为其规模足够大以独立处理此事务的维基站点进行选举产生行政员。 | |
| 将checkuser-temporary-account权限分配给不同的用户组或取消将其分配给已存在的用户组 | checkuser-temporary-account被刻意设计为单独的权限。
将此权限授予给用户组受访问政策管理。更改它需要更改政策，并可能需要技术更改。 临时账号的IP地址是个人可识别信息。对它的访问带有风险，并且每个用户都应该能够决定他们是否想要拥有访问权。另外，获取此权限需要用户接受管理对此数据的使用的政策。 |
检查常问问题以获取更多细节。 | |
| 允许行政员移除行政员权限 | 这是为了保护项目安全性。 由于行政员权限高于管理员权限，只有监管员才被允许执行此操作。 | 在所有私有维基站点上，行政员可以撤销行政员的地位，但这是因为私有维基站点由专门的团队管理，并且提供特殊的支持目的，而不是用于托管内容。 | |
| 使用不支援的技术或以不支援的方式滥用技术的更改 | 安装没有妥善维护的扩充功能或外观 | 一些扩充功能已安装在某些维基媒体wiki上，但有重大且未解决的问题或错误。 所以决定保留已安装的部分，但不安装在新的wiki上。 | 目前包括： |
| 在讨论页启用视觉化编辑 | 编写视觉编辑器本意并不计划支持编辑讨论页面。 因此，在讨论页命名空间中启用可视化编辑器可能并不总是按照社区的预期工作。 为了避免开发人员收到关于本来就不应该工作的功能的错误报告，禁止在讨论页面上启用视觉编辑器。 | 讨论工具实现了讨论页的部分可视化编辑功能。 | |
| 更改任何单个维基上的预设外观 | 维基媒体所有计划应该在全球范围内拥有统一的标准外观。 决定在所有维基媒体维基站点上使用Vector作为默认皮肤。 | 更改所有维基媒体维基上的默认皮肤当然不会被禁止，但实现起来极其困难，并且需要集中领导。 在做出这样的决定之前，需要与所有受影响的社区进行咨询，并且还需要进行大量工作来进行所有必要的“幕后”更改。 | |
| 会剧烈影响网站的表现的更改 | 忽视默认缩略图大小 | 我们的缩略图缓存系统保存一对标准化的缩略图大小。 将一个维基设定为使用不同的缩略图大小会导致CDN缓存碎片化（大量创建不会使其他维基受益的额外缩略图），并恶化所有维基中的所有人的UX。 | $wgThumbLimits与$wmgThumbsizeIndex
|
需要满足特定条件才能进行的更改
| 请求类型 | 原因 |
|---|---|
| 本地文件上传 | 根据维基媒体的版权政策，所有项目都应该仅托管自由内容许可下的内容。 在有限的情况下，一个项目可以采用《豁免条款政策》（Exemption Doctrine Policy，EDP），该政策根据美国法律以及项目内容主要访问的国家的法律规定，在何种情况下可以上传受版权保护的材料。
如果您的项目可能不接受非自由媒体（在 EDP 下），则不太可能启用本地文件上传。 自由授权的媒体应该去Wikimedia Commons。 参阅：非自由内容 |
| 安装尚未在至少一个维基媒体项目上安装的扩充功能或外观 | 为了保护维基媒体基础设施的安全，所有扩展、皮肤和其他组件都必须通过安全、性能和其他审查。 尚未在至少一个维基媒体项目上安装的扩展在通过此类审查之前不会被考虑安装。 Additionally, a WMF team must have agreed to offer basic support for the extension. 请参阅 编写用于在 MediaWiki.org 上部署的扩展 了解所需的步骤。 |
可能会被拒绝的更改
本节列出了并非完全禁止，但需要呈现具体证据证明其必要性以使系统管理员信服，否则很可能会被拒绝的更改。
| 请求类型 | 原因 |
|---|---|
| 禁止非自动确认使用者建立页面 | 此配置对新的贡献者施以不适当的限制。 系统管理员会拒绝这类请求，除非维基能处理以下问题：(1) 已经准备好能够及时处理草稿。(2) 有完善的编辑和管理社群。(3) 已对该更改建立非常广泛的共识。前两点可以透过维基的大小来确认：活跃使用者、管理员、行政员及其他工作人员的数量应该与“大维基”相近，否则就应该对该请求被接受的原因给出一个好的解释。 第三点可以透过在维基上的意见征求中经过仔细地讨论来满足，并由总结的管理员在Phabricator上的相关任务中的解释共识。如果共识看起来并不特别强烈（请注意可能没有系统管理员能够理解该本地维基的语言），管理员就必须解释该共识为何能视为足够广泛的共识。 |
| 允许行政员移除管理员权限 | 虽然有些维基的行政员可以解除管理员权限，但在大部分维基上此事仍由监管员负责。 想要这类请求得到接受的话，本地维基的规模需要足够大（有多名活跃行政员），并且能证明真的有该方面需求。 在较小的维基，这个权限容易被行政员滥用，来占有社群决定管理员人选的权力。 |
| 小维基的特殊使用者群组 | 系统管理员可能会在增加特殊用户组之前考虑本地维基的规模。 这类请求有时纯粹出于“大维基有的东西我们也要有”的欲望，而不是真正有需求。例如，回退员可以点一个按钮就做到普通用户需要好几步的事（即回退同一用户的多笔编辑）；在规模小而流量少的维基，这种便捷性的提升并不一定是必要的，且还需与滥用权力的可能性相权衡。 另外，有时创建自定义用户组的需求可以用现有用户组实现（例如自动巡查者）。为了可管理性，如果能找到其他方法，系统管理员就不会创建新用户组。 |
很可能会被搁置，但不会被拒绝的更改
本章节列出的变更，基于已达成的共识不会被拒绝，但因为技术上的挑战，可能会被搁置较长的时间。
| 请求类型 | 原因 |
|---|---|
| 变更一个wiki的标准连结 | 参见：特殊语言代码、Wiki-setup (rename)及phab:T172035 过去数十年中，部分维基媒体计划使用了有问题的标准连结，问题包括使用了错误的语言代码，或是存在其他方面的误解。 截止2022年2月，变更wiki名称及其URL的过程依然面临巨大的技术挑战。截至目前，仅有以下wiki被成功重命名：
目前已知的困难包括与维基数据相关问题、Special:SiteMatrix、内容翻译工具功能、以及跨wiki网域日志。 |
系统管理员自行决定进行的更改
正如在请求维基配置更改中所提到的，维基媒体配置的最终权威在于系统管理员，因为只有系统管理员才能进行编辑，并且因此对配置负有全部责任。 因此，系统管理员不仅可以拒绝请求，还可以自行更改配置。 本节旨在解释和记录为什么可能会发生这种情况，但考虑到世界的复杂性，它无法（也不能）完全涵盖所有可能性。 在本节中，为简化起见，系统管理员进行的"更改"被称为"措施"。
措施主要是为了保护维基媒体基础设施的安全，但偶尔也可能因其他原因而发生。 其他原因这里就不说了，因为很难预测。 例子包括（但不限于）异常严重的破坏行为、破坏维基媒体运动的其他尝试等。
措施可以是永久性的，也可以是临时性的，但临时性措施往往更为频繁。 系统管理员尽最大努力尽可能限制临时更改的范围和持续时间，同时仍然保持措施有效。 出于安全考虑，任何措施都可能会也可能不会传达给社区。
临时措施可以包括（但不限于）减少从一个 IP 地址创建的帐户的限制、所有编辑都需要验证码等。 长期的措施可以包括（但不限于）从管理员手中收回某些权限，转交给专门的团队，或决定对某个用户组强制实施双因素认证。