维基学院:保护

本页是维基学院的方针、指引或或程序的草案。
该草案可能仍在草议中、讨论中或正在达成共识以便通过。

本页简而言之： 尽管维基学院的宗旨是人人可编辑，但在某些特定情形下，管理员可以对页面设定保护，防止用户编辑或移动。

在某些特定情形下（见下方的说明），管理员有权保护某个页面以限制对这个页面的编辑或移动操作，同时亦有权解除这一保护。页面保护可能是有期限的，也可以是永久的。用户可以前往Wikiversity:管理员告示板申请页面保护。

中文维基学院的页面保护类型包括：

全保护：阻止所有非管理员编辑页面；对于文件，一般用户则不能够上传新的版本。
半保护：阻止所有非自动确认用户、非确认用户编辑页面。
白纸保护：阻止某一页面（一般是被删除的页面）被创建。
移动保护：阻止某一页面被移动。
文件保护：阻止文件被恶意上传，但是图像描述页并不会被保护。

任何一种保护级别的设定或解除都可在Wikiversity:管理员告示板中申请。如果希望编辑被保护的页面，用户可以在对应的讨论页使用{{editprotected}}模板来请求并说明。对被保护页面的编辑不应该引起争议或应当以共识为基础。页面保护功能除非是基金会进行的官方行为，否则当页面保护的理由不再有效，或合理保护的时间已到，或基于共识没有必要继续保护页面之时，管理员将解除保护。所有的保护或解除保护动作都会在保护日志中列出。

页面保护类型

全保护

全保护的页面只能由管理员编辑。全保护可能持续一段时间，也可能是永久性的。

此时对于一般用户，页面上方的“编辑”和“编辑源代码”按钮将替换为“查看源代码”。此时的页面源代码只能查看和复制，而在页面上方也会出现一个淡灰色方框，里面提供了相关的保护日志。

除若干特殊情形外，如果想修改内容，则需在相关的讨论页陈述修改内容，也可以在其他合适的讨论页面进行讨论。如果修改意见不存在争议或者社群确立了共识，管理员可以对全保护页面进行必要的编辑。可以在需要保护的页面的对话页使用{{editprotected}}模板，这样更容易引起管理员的关注。全保护包括但不限于下列四类：

内容争议
破坏
历史只读
讨论页保护

除非被保护页面是高风险页面，否则全保护政策只应用于回应那些已经证实的严重破坏，而不是用来预防可能会发生的破坏。

内容争议

当页面上发生编辑战时，通常会临时全保护该页面，以迫使发生争执的各方保持冷静，在相应的对话页进行讨论，达成共识后再进行编辑。如果只是个别特定的用户进行持续的编辑战，封禁可能是一种更好的处理方式，以免妨碍其他的用户进行正常的编辑。

在保护发生内容争议的页面时，除非当前的修订版本含有明显违反方针的内容（例如破坏，侵权等），管理员通常会保护当前的这个修订版本。但是有时这样做会鼓励故意编辑一个会发生争议的版本从而引发编辑战，此时如果有编辑战发生前的版本存在，管理员可以恢复到这个版本。对某个版本实施保护，并不意味着支持该版本，所以不应该继续请求回退到另外一个版本。因内容争议而保护的页面应当有明确的共识才可以进行修改。

管理员应当尽量避免保护他们牵扯进去的条目。（后述）

破坏

先发制人的对条目进行全保护其实违背了维基学院的开放性。临时性的全保护只有在极少数的情况下使用，例如大量的自动确认用户对一个条目进行持续性的破坏的时候。持续性的破坏或预期未来会有高流量可能性的条目，一般都不是进行全保护的理由。这种情况可以考虑进行半保护。

历史只读

已经删除的页面的内容只有管理员才可以看到，如果需要对该页面进行讨论，管理员可以临时恢复被删除的页面并进行全保护，以便于其他用户查看，同时防止作进一步的无谓编辑。

半保护

半保护会阻止临时用户等非自动确认用户或确认用户的编辑。

半保护用于防止非自动确认用户对页面造成严重破坏，如编辑战等可能严重影响页面内容的行为，适用对象包括一般内容页面与讨论页面的存档。

半保护不应用于保护具有争议的页面，惟用户页若用户有合理的理由提出请求则不在此限。

管理员处理半保护请求时应与全保护的处理要求相同。

除非被保护页面本是高风险页面、讨论存档保护或出于用户请求，否则半保护政策只应用于回应那些已经证实的严重破坏，而不是用来预防可能会发生的破坏，如有些页面最近受到关注，令编辑量突然大增，又或某些页面因插入了某些热门网页链接而编辑量大增。否则只有确实证据证明的严重破坏才可启用半保护政策。

白纸保护

阻止某一页面（一般是被删除的页面，但是被编者反复重新创建）被重新创建。这种保护对大小写敏感。另外，容易作为测试页的页面也可白纸保护。所有白纸保护页面请见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进行检查时，不允许修改页面；

对条目的某个版本实施保护，并不意味着支持该版本，所以不应该继续请求回退到另外一个版本。

条目讨论页和用户讨论页只在极端状况下保护。

如何保护页面

不要修改或回退一个临时保护的页面，除非是增加被保护页面的标签、准确性争议或中立性争议的链接，或类似对条目的当前状态不承担责任的声明（如“回退至稳定版本”）。例外是广泛同意该条目的保护违反了相关的方针。
如果你和这个条目的编辑战有关（不包括回退破坏），请勿对该条目进行保护，请其他管理员来处理。
在被临时保护的页面的顶端加入恰当的保护模板，并在编辑摘要中说明。如果永久保护一个模板，请在<noinclude></noinclude>标签内加入{{pp-template}}，这样被保护模板将不会在使用该模板的条目中显示。
考虑如何促进争议的各方达成解决。
在取消保护的页面中移除保护标签（例如{{pp-vandalism}}、{{pp-dispute}}），并在编辑摘要中说明标签被移除。

管理员应当尽量避免保护/解除保护他们牵扯进去的条目。牵扯包括与引发争议或编辑战有关的实质性修改（恢复破坏、技术性修改、修复字词语病等一般不在其内），也包括在条目的讨论页发表/参与和引发争议或编辑战有关的话题。管理员的权力并非编辑者的特权—管理员只能作为整个维基社群的仆人。如果你是一个管理员，你多多少少牵扯进去的一个正在发生编辑战的条目被保护，最好的办法是联系另外一个管理员，并请他们为你保护该条目。如果你保护/解除保护了牵扯你进去的条目而引发争议，你应当视情况及时进行必要的说明，或暂时回退保护/解除保护操作请其他管理员来处理，以减少不必要的争议。也可以在管理员布告板或互助客栈等处由社群进行进一步的讨论，以寻求社群对该条目保护/解除保护的共识后，再由其他管理员来处理。这不仅是因为这是更好的办法，而且因为该方法被认为更符合伦理，因为该方法有助于减少任何可能的利益冲突。

除此以外，管理员应该避免喜欢条目的某一个版本，而不喜欢另一个版本，除非该版本是一个破坏。在这种情况下，保护条目的管理员应该选择没有被破坏的版本。而对于违反回退不过三原则的，管理员应该保护发生第一次违反该原则之前的版本，如第四次回退之前的版本。

一般而言，临时保护的页面不应该长时间维持被保护状态，讨论页应该是开放的。

没有必要保护个人的CSS、JavaScript及JSON页面，比如User:Example/monobook.css、User:Example/cologneblue.js或User:Example/mygadget.json。只有用户本人和界面管理员能够修改这些页面。