對配置更改的限制
 | 本頁不是方針，只是描述系統管理員習慣上如何處理配置更改。 |
有時社群會要求對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 地址創建的帳戶的限制、所有編輯都需要驗證碼等。 長期的措施可以包括（但不限於）從管理員手中收回某些權限，轉交給專門的團隊，或決定對某個用戶組強制實施雙因素認證。