Manual:Administrators/ru
Администраторами называются пользователи вики, включенные в определенную группу пользователей (sysop user group). В программном обеспечении MediaWiki реализованы несколько функций, которые доступны только этим пользователям, но сами по себе эти функции очень важны.
Инструменты администратора
Защита страниц
Администраторы могут редактировать защищённые страницы, а также устанавливать и снимать защиту страниц от изменения или перемещения (переименования).
Имеются следующие виды защиты:
- Полузащита: защита страницы от редактирования незарегистрированными пользователями.
- Полная защита: защита страницы от редактирования не-администраторами.
- Каскадная защита (→ смотрите демонстрацию):
- В сочетании с полной защитой: защита страницы от редактирования не администратором, но также защита изображений, встроенных на страницу, при условии, что они находятся на том же сайте (не на Викискладе), а также применение такой же защиты к включенным страницам пока они остаются включенными на страницу (таким образом, он работает рекурсивно). Files on Commons or user pages on Meta cannot be protected by another wiki's cascading protection, and if are to be protected, a temporary copy of the file or user page must be uploaded or created on the wiki with the cascade-protected page, or must be fully-protected at Commons or Meta.
- До MediaWiki 1.23 каскадная защита не применялась к целям перенаправления файлов, если перенаправление было указано на защищенной странице (Phabricator:T25542).
- Cascading protection in combination with semi-protection does not make sense and should be avoided (see Phabricator:T10796); applies full protection to transcluded pages for as long as they remain transcluded in the page (again recursively).
- В сочетании с полной защитой: защита страницы от редактирования не администратором, но также защита изображений, встроенных на страницу, при условии, что они находятся на том же сайте (не на Викискладе), а также применение такой же защиты к включенным страницам пока они остаются включенными на страницу (таким образом, он работает рекурсивно). Files on Commons or user pages on Meta cannot be protected by another wiki's cascading protection, and if are to be protected, a temporary copy of the file or user page must be uploaded or created on the wiki with the cascade-protected page, or must be fully-protected at Commons or Meta.
- Защита от перемещения - это защита страницы от перемещения не администратором.
- Методика
- To protect a page, click the more dropdown menu and choose the "protect" option (or add
?action=protect
to the URL address bar). In the Monobook skin, the shortcut Alt+= can alternatively be used. This will lead to a confirmation screen with two menus and a checkbox. In the menu, the administrator can choose to protect the page from editing by unregistered users or all users. Similarly, the page can be protected from moves by either unregistered users (although this seems standard anyway) or all users (the system automatically adds the same level of protection to moves as it does to edits, but the protection level can be changed by checking the "Unlock move permissions" checkbox). Cascading protection is enabled by checking a separate checkbox. Enter the reason for page protection in the box and press "confirm". This will be logged. - Для снятия защиты следует воспользоваться ссылкой горизонтального меню страницы снять защиту. This will bring up the exact page as above, only this time the two menus will already be selected. Unprotection only involves selecting "(default)" under the "Edits" menu and pressing confirm. A reason for unprotection should be given as well. This action will likewise be logged.
- Примечания
- MediaWiki namespace: Pages in MediaWiki namespace can only be edited by users with
editinterface
user right (by default, administrators and interface administrators). Since MediaWiki 1.32, JavaScript and CSS pages in MediaWiki namespace can only be edited by users with botheditinterface
and (respectively)editsitecss
oreditsitejs
user right (by default, interface administrators). These restriction is independent of the protection levels of these pages; these pages may still be protected individually. - Редактирование или просмотр исходного текста: В зависимости от уровня прав участника и уровня защиты страницы, участник видит вкладку со ссылкой либо на редактирование, либо на просмотр исходного вики-текста. После перехода по ссылке на редактирование защищённой страницы, администратор видит в верхней части страницы предупреждение, говорящее о её статусе. Ссылка на просмотр исходного текста может также заменять ссылку на редактирование, если участник заблокирован.
- Изображения: защита изображений это практически тоже самое как защита страниц (смотрите выше). When the protect tab is clicked on the image description page, both the page and the image are protected. The image description page will be protected, and non-sysops will not be able to revert the image to an earlier version, or upload a new version over it.
- Cascading protection of an important page is a crude measure, mainly for emergencies. If a template has to be protected just because it is transcluded in an important page, while it is also used elsewhere, it is better to make a copy for the transclusion in the important page, and use the other copy elsewhere. When this care is taken it makes little difference whether we use the automatic cascading protection or "manual cascading protection", i.e., protect the special copy of the template in the ordinary way. Initially, the main application of cascading protection is therefore the protection against creation, by transcluding non-existing pages on a page specially prepared for this purpose, like Meta:Protected against recreation. Protection of a non-existing page was not possible directly (an attempt would have given the message "This action cannot be performed on this page."), but as of MediaWiki 1.13 this is now possible. Additionally, there is a known bug, which causes "view source" to show, even if the user has permission to edit the page with cascading protection.
- Abuse filters: Additionally, if the AbuseFilter extension has been enabled, access to or viewing certain parts of the interface as well as modification of the interface is restricted to administrators.
- Настройка
- which actions can be restricted via the protection interface is determined by the $wgRestrictionTypes setting.
- which permissions can be required via the protection interface is determined by the $wgRestrictionLevels setting.
Удаление страниц
- Смотрите также: Справка:Удаление и восстановление страниц
Администраторы могут удалять страницы вместе со всеми предшествующими версиями (с журналом истории правок). Кроме того, они могут просматривать и восстанавливать удалённые страницы и журналы их изменений. Администраторы могут удалять и изображения, которые, как правило, также могут быть восстановлены.
- Методика
- Для удаления страницы или изображения следует активировать ссылку delete «удалить» в меню на панели вкладок той страницы, которую намерены удалить. (You may also add
?action=delete
to the URL address bar). If an administrator is using the Monobook skin, the shortcut Alt+D can alternatively be used. This will bring up a new page asking for a confirmation that the page should be deleted, as well as an explanation of the deletion. A message should be typed into the input box to explain the deletion to other users. After the page has been deleted, it might have an existing talk page which should be deleted as well. Since MediaWiki 1.39, there is a "Delete associated talk page" checkbox that allows you to delete the talk page at the same time as the subject page. Any links that point to the deleted page should be removed or corrected—whichever is the most appropriate action. Страницы могут быть восстановлены до тех пор, пока они находятся в архиве. Если страница не была воссоздана с момента удаления, на странице появится сообщение с указанием количества удаленных ревизий. При нажатии на нее (или на вкладку «восстановить») откроется страница, отображающая все удаленные ревизии, каждую из которых можно просмотреть отдельно. To undelete a page, click the restore button which appears on the confirmation page; this will restore all deleted revisions by default. Since MediaWiki 1.39, you can also undelete all revisions of the associated talk page at the same time. Undeletion occurs as soon as the button is clicked, and will be logged just like deletions; if some revisions are not restored, the log will record how many were restored.
Если требуется восстановить удалённые версии существующей страницы, ссылку на описанную выше страницу восстановления с указанием количества удалённых версий, можно найти вверху истории редактирования данной страницы. Если с момента удаления была создана новая страница с таким же названием, восстановленные версии будут указаны в журнале изменений перед новыми записями, и текущая версия существующей страницы автоматически заменена не будет.
- Примечания
- Удаление отдельных версий
- Удаление отдельных версий
- Первоначальное удаление отдельных версий. Для удаления из истории правок одной или нескольких редакций (или, наоборот, сохранения) страницу необходимо удалить обычным способом, а затем выполнить восстановление, отметив в истории только те правки, которые не должны быть удалены.
- Повторное удаление отдельных версий. Если страница уже удалялась, и имеет историю удалённых правок, лучше всего следовать инструкции по выборочному удалению в английской Википедии.
- Удаление версий изображений: Для удаления одной из версий изображения воспользуйтесь ссылкой «удал.» прямо на странице описания под заголовком «Журнал». Более новые версии не могут быть удалены ранее предыдущих.
- Удаление отдельных версий
- Объединение историй редактирования. Возможно объединение историй редактирования двух страниц. Для этого следует: (1) удалить страницу, где в конечном счёте будет находиться объединённая история; (2) переименовать вторую страницу, чтобы новый заголовок соответствовал названию только что удалённой страницы; (3) восстановить все удалённые версии. Эту операцию невозможно будет отменить вручную, и последующее разделение истории правок будет крайне трудоёмким. (PS: Объединение истории редактирования обычно требуется для восстановления последствий некорректного переименования, когда текст был перенесён вручную.)
- Разделение истории редактирования. Для разделения истории редактирования страницы следует: (1) вручную удалить страницу с разделяемой историей; (2) восстановить правки, которые должны быть вынесены в другую страницу (их может быть трудно распознать); (3) переименовать восстановленную страницу для отделения истории правок; (4) восстановить оставшиеся правки, удалённые на 1-м этапе (те, что должны остаться в статье, ставшей сейчас перенаправлением); (5) вернуть предпоследнюю версию страницы, ставшей перенаправлением (ту, которая была перед удалением).
Откат
Возвращать содержание страницы к более ранней версии, сохранённой в истории правок, могут все участники. Администраторам доступна кнопка быстрого отката (rollback) для ускорения процесса. Чтобы отменить последние изменения страницы, сделанные одним участником, к версии предыдущего участника, нажмите ссылку откатить, расположенную рядом с этими правками на странице истории правок, на странице учёта персонального вклада участника, а также на странице просмотра различий между версиями станицы. Это можно использовать для отмены изменений, сделанных после нескольких попыток вандализма. Такая отмена помечается как малозначимая правка с автоматически генерируемым кратким описанием, основанным на тексте сообщения Revertpage.
Администраторы (и другие участники с правами "Mark rolled-back edits as bot edits") могут также скрывать правки (обычно это вандализм) из списка свежих правок.
Для этого нужно добавить параметр &bot=1
в конец URL страницы персонального вклада участника-вандала.
Например, ...index.php?title=Special:Contributions&target=Username&bot=1
.
При использовании ссылок «откат» в списке вклада участника, как записи об откате, так и откатываемые правки будут скрыты в списке «Свежие правки».
Этот механизм использует маркер, который изначально добавляется для предотвращения наводнения «Свежих правок» массовыми записями о работе программ-роботов (ботов), то есть маркер «bot».
Эти изменения не будут отображаться в списке «Свежих правок» до тех пор, пока вы не воспользуетесь ссылкой «Показать ботов» для установки hidebots=0
.
Изменения не скрыты от вкладов, истории, списка наблюдения и т.д.
Изменения остаются в базе данных и не удаляются, но они больше не заполняются недавними изменениями.
Цель этой функции - снизить фактор раздражения от наводнения вандала с относительно небольшими усилиями.
Блокировка и разблокировка
Назначение прав доступа администратора
Версия MediaWiki: | <translate> ≥</translate> 1.11 |
Имеется несложный интерфейс (Special:Userrights) для присвоения специального статуса 'sysop' или (в MediaWiki 1.11) присвоения и отзыва членства в группах со всеми вытекающими из этого полномочиями — это могут делать участники, обладающие правами доступа «бюрократ» ('bureaucrat'). Самая первая учётная запись, создаваемая при установке системы, должна иметь права «бюрократа».
Старые версии Mediawiki вплоть до 1.11 для присвоения участникам отдельных прав требовали от вас манипулировать записями в БД MySQL.
Привилегии зарегистрированного участника
Участники с непривилегированным уровнем доступа, включая посетителей, которые не «представились», всё же могут многое, в том числе самое важное: редактировать страницы и выполнять некоторые служебные процедуры. Однако только представившиеся участники c некоторым стажем работы могут загружать файлы или переименовывать страницы. Among other things, one should also register to hide one's own IP behind the usernames.
Смотрите также
- Настройка прав пользователей в MediaWiki
- Справочник администратора MediaWiki
- Администраторы проектов Викимедиа
- Руководство:createAndPromote.php - скрипт MediaWiki, который создаёт новые учётные записи и автоматически присваивает им административный статус. (Для создания первых администраторов после инсталляции mediawiki)