維基學院:保護

在某些特定情形下（見下方的說明），管理員有權保護某個頁面以限制對這個頁面的編輯或移動操作，同時亦有權解除這一保護。頁面保護可能是有期限的，也可以是永久的。用戶可以前往Wikiversity:管理員告示板申請頁面保護。

中文維基學院的頁面保護類型包括：

• 全保護：阻止所有非管理員編輯頁面；對於文件，一般用戶則不能夠上傳新的版本。
• 半保護：阻止所有非自動確認用戶、非確認用戶編輯頁面。
• 白紙保護：阻止某一頁面（一般是被刪除的頁面）被創建。
• 移動保護：阻止某一頁面被移動。
• 文件保護：阻止文件被惡意上傳，但是圖像描述頁並不會被保護。

任何一種保護級別的設定或解除都可在Wikiversity:管理員告示板中申請。如果希望編輯被保護的頁面，用戶可以在對應的討論頁使用{{editprotected}}模板來請求並說明。對被保護頁面的編輯不應該引起爭議或應當以共識為基礎。頁面保護功能除非是基金會進行的官方行為，否則當頁面保護的理由不再有效，或合理保護的時間已到，或基於共識沒有必要繼續保護頁面之時，管理員將解除保護。所有的保護或解除保護動作都會在保護日誌中列出。

頁面保護類型

全保護

全保護

全保護的頁面只能由管理員編輯。全保護可能持續一段時間，也可能是永久性的。

此時對於一般用戶，頁面上方的「編輯」和「編輯源代碼」按鈕將替換為「查看源代碼」。此時的頁面源代碼只能查看和複製，而在頁面上方也會出現一個淡灰色方框，裡面提供了相關的保護日誌。

除若干特殊情形外，如果想修改內容，則需在相關的討論頁陳述修改內容，也可以在其他合適的討論頁面進行討論。如果修改意見不存在爭議或者社群確立了共識，管理員可以對全保護頁面進行必要的編輯。可以在需要保護的頁面的對話頁使用{{editprotected}}模板，這樣更容易引起管理員的關注。全保護包括但不限於下列四類：

1. 內容爭議
2. 破壞
3. 歷史只讀
4. 討論頁保護

除非被保護頁面是高風險頁面，否則全保護政策只應用於回應那些已經證實的嚴重破壞，而不是用來預防可能會發生的破壞。

內容爭議

當頁面上發生編輯戰時，通常會臨時全保護該頁面，以迫使發生爭執的各方保持冷靜，在相應的對話頁進行討論，達成共識後再進行編輯。如果只是個別特定的用戶進行持續的編輯戰，封禁可能是一種更好的處理方式，以免妨礙其他的用戶進行正常的編輯。

在保護發生內容爭議的頁面時，除非當前的修訂版本含有明顯違反方針的內容（例如破壞，侵權等），管理員通常會保護當前的這個修訂版本。但是有時這樣做會鼓勵故意編輯一個會發生爭議的版本從而引發編輯戰，此時如果有編輯戰發生前的版本存在，管理員可以恢復到這個版本。對某個版本實施保護，並不意味着支持該版本，所以不應該繼續請求回退到另外一個版本。因內容爭議而保護的頁面應當有明確的共識才可以進行修改。

管理員應當儘量避免保護他們牽扯進去的條目。（後述）

破壞

先發制人的對條目進行全保護其實違背了維基學院的開放性。臨時性的全保護只有在極少數的情況下使用，例如大量的自動確認用戶對一個條目進行持續性的破壞的時候。持續性的破壞或預期未來會有高流量可能性的條目，一般都不是進行全保護的理由。這種情況可以考慮進行半保護。

歷史只讀

已經刪除的頁面的內容只有管理員才可以看到，如果需要對該頁面進行討論，管理員可以臨時恢復被刪除的頁面並進行全保護，以便於其他用戶查看，同時防止作進一步的無謂編輯。

半保護

半保護

半保護會阻止臨時用戶等非自動確認用戶或確認用戶的編輯。

半保護用於防止非自動確認用戶對頁面造成嚴重破壞，如編輯戰等可能嚴重影響頁面內容的行為，適用對象包括一般內容頁面與討論頁面的存檔。

半保護不應用於保護具有爭議的頁面，惟用戶頁若用戶有合理的理由提出請求則不在此限。

管理員處理半保護請求時應與全保護的處理要求相同。

除非被保護頁面本是高風險頁面、討論存檔保護或出於用戶請求，否則半保護政策只應用於回應那些已經證實的嚴重破壞，而不是用來預防可能會發生的破壞，如有些頁面最近受到關注，令編輯量突然大增，又或某些頁面因插入了某些熱門網頁連結而編輯量大增。否則只有確實證據證明的嚴重破壞才可啟用半保護政策。

白紙保護

白紙保護

阻止某一頁面（一般是被刪除的頁面，但是被編者反覆重新創建）被重新創建。這種保護對大小寫敏感。另外，容易作為測試頁的頁面也可白紙保護。所有白紙保護頁面請見Special:已保護標題。

標題黑名單系統是另一種禁止創建特定標題頁面的方式，它還可以採用正則表達式來進行更為靈活的白紙保護。

如果用戶需要創建一個被白紙保護的頁面，可以聯繫管理員解除白紙保護，或者在頁面存廢討論提出對某個頁面刪除的異議以恢復。

移動保護

移動保護

阻止某一頁面被移動。一般用於移動戰。視移動戰相關用戶的權限等級，管理員可使用不同等級的保護。

文件保護

文件保護

防止文件被惡意上傳，如File:Wiki.png。受到這一保護的文件無法上傳新版本，除非藉助於管理員，但文件頁的編輯不受影響。

系統保護

MediaWiki保護

MediaWiki會自動保護MediaWiki命名空間及不位於當前用戶子頁面的CSS、JavaScript及JSON頁面，如User:Example/monobook.css、User:Example/cologneblue.js和User:Example/mygadget.json。MediaWiki命名空間及JSON頁只有管理員及介面管理員才能對其修改，而CSS及JavaScript頁只有介面管理員才能對其修改。

基金會保護

基金會保護

基金會保護是由維基媒體基金會執行的保護，具有強制力，不受社區共識的影響。非常少見。

連鎖保護

連鎖保護

此類頁面極少，所有嵌入此頁面的頁面均受保護。

不同的保護期限

永久保護

• 維基學院的方針和指引（半保護＋移動全保護）。
• 保護常見的頁面，例如維基學院首頁，以使其免受破壞。
• 維護網站圖標、發布版本以及主要版權和許可證頁面（出於法律方面的考慮）。
• 保護一些「系統管理」頁面，包括許多編輯用的模版，例如刪除告示、小作品模版等。
• 保護有「系統管理」性質的機器人子頁面。
• 保護MediaWiki的命名空間，以及嵌入包含的頁面，這些頁面會影響所有用戶的系統界面。
• 若用戶被封禁後，被用於重複破壞的用戶頁及其子頁（一般情況下，被封禁用戶的討論頁仍可被編輯）。
• 保護重複創建的被刪條目，在此情況下，管理員可藉由設定權限，限制該條目的創建。
• 使用率極高，或是用於首頁的模板，此類模板都稱之高風險模板。
• 如用戶頁遭破壞，用戶本人有權利申請對用戶頁進行有限或不限期的半保護。
• 該用戶已確認離開人世，其用戶頁面在頂端放置{{death}}模板後，永久保護以茲紀念（其討論頁仍可被編輯）。
• 已經無編輯需求的討論存檔頁（除User talk的存檔）。

臨時保護

• 根據請求對編輯戰實施一段時間的強制冷卻；
• 若頁面或圖片近期被封禁用戶進行頑固破壞或頑固編輯，則實施保護；
• 在對MediaWiki軟件的bug進行檢查時，不允許修改頁面；

對條目的某個版本實施保護，並不意味着支持該版本，所以不應該繼續請求回退到另外一個版本。

條目討論頁和用戶討論頁只在極端狀況下保護。

如何保護頁面

1. 不要修改或回退一個臨時保護的頁面，除非是增加被保護頁面的標籤、準確性爭議或中立性爭議的鏈接，或類似對條目的當前狀態不承擔責任的聲明（如「回退至穩定版本」）。例外是廣泛同意該條目的保護違反了相關的方針。
2. 如果你和這個條目的編輯戰有關（不包括回退破壞），請勿對該條目進行保護，請其他管理員來處理。
3. 在被臨時保護的頁面的頂端加入恰當的保護模板，並在編輯摘要中說明。如果永久保護一個模板，請在<noinclude></noinclude>標籤內加入{{pp-template}}，這樣被保護模板將不會在使用該模板的條目中顯示。
4. 考慮如何促進爭議的各方達成解決。
5. 在取消保護的頁面中移除保護標籤（例如{{pp-vandalism}}、{{pp-dispute}}），並在編輯摘要中說明標籤被移除。

管理員應當儘量避免保護/解除保護他們牽扯進去的條目。牽扯包括與引發爭議或編輯戰有關的實質性修改（恢復破壞、技術性修改、修復字詞語病等一般不在其內），也包括在條目的討論頁發表/參與和引發爭議或編輯戰有關的話題。管理員的權力並非編輯者的特權—管理員只能作為整個維基社群的僕人。如果你是一個管理員，你多多少少牽扯進去的一個正在發生編輯戰的條目被保護，最好的辦法是聯繫另外一個管理員，並請他們為你保護該條目。如果你保護/解除保護了牽扯你進去的條目而引發爭議，你應當視情況及時進行必要的說明，或暫時回退保護/解除保護操作請其他管理員來處理，以減少不必要的爭議。也可以在管理員布告板或互助客棧等處由社群進行進一步的討論，以尋求社群對該條目保護/解除保護的共識後，再由其他管理員來處理。這不僅是因為這是更好的辦法，而且因為該方法被認為更符合倫理，因為該方法有助於減少任何可能的利益衝突。

除此以外，管理員應該避免喜歡條目的某一個版本，而不喜歡另一個版本，除非該版本是一個破壞。在這種情況下，保護條目的管理員應該選擇沒有被破壞的版本。而對於違反回退不過三原則的，管理員應該保護發生第一次違反該原則之前的版本，如第四次回退之前的版本。

一般而言，臨時保護的頁面不應該長時間維持被保護狀態，討論頁應該是開放的。

沒有必要保護個人的CSS、JavaScript及JSON頁面，比如User:Example/monobook.css、User:Example/cologneblue.js或User:Example/mygadget.json。只有用戶本人和介面管理員能夠修改這些頁面。