Manual:Administrators/ru

Администраторами называются пользователи вики, включенные в определенную группу пользователей (sysop user group). В программном обеспечении MediaWiki реализованы несколько функций, которые доступны только этим пользователям, но сами по себе эти функции очень важны.

Защита страниц
Администраторы могут редактировать защищённые страницы, а также устанавливать и снимать защиту страниц от изменения или перемещения (переименования).

Имеются следующие виды защиты:
 * Полузащита: защита страницы от редактирования незарегистрированными пользователями.
 * Полная защита: защита страницы от редактирования не-администраторами.
 * Каскадная защита (&rarr; смотрите демонстрацию):
 * В сочетании с полной защитой: защита страницы от редактирования не администратором, но также защита изображений, встроенных на страницу, при условии, что они находятся на том же сайте (не на Викискладе), а также применение такой же защиты к включенным страницам пока они остаются включенными на страницу (таким образом, он работает рекурсивно).
 * До MediaWiki 1.23 каскадная защита не применялась к целям перенаправления файлов, если перенаправление было указано на защищенной странице (T25542).
 * Каскадная защита в сочетании с полузащитой не имеет смысла, и ее следует избегать (смотрите T10796); применяет полную защиту к включенным страницам, пока они остаются включенными в страницу (опять же рекурсивно).
 * Защита от перемещения - это защита страницы от перемещения не администратором.


 * Методика:
 * To protect a page, click the more dropdown menu and choose the "protect" option (or add  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  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 both   and (respectively)   or   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 ""), 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 setting.
 * which permissions can be required via the protection interface is determined by the setting.

Удаление страниц

 * Смотрите также: 

Администраторы могут удалять страницы вместе со всеми предшествующими версиями (с журналом истории правок). Кроме того, они могут просматривать и восстанавливать удалённые страницы и журналы их изменений. Администраторы могут удалять и изображения, которые, как правило, также могут быть восстановлены.


 * Методика:
 * Для удаления страницы или изображения следует активировать ссылку delete «удалить» в меню на панели вкладок той страницы, которую намерены удалить. При использовании схемы оформления monobook возможно воспользоваться клавиатурной комбинацией alt+d. Будет открыта специализированная страница с запросом подтверждения удаления. Перед подтверждением в текстовом поле надлежит указать причину удаления. Все удаления протоколируются в специальном журнале. После удаления основной страницы, как правило, бывает нужно удалить и неиспользуемую более связанную страницу обсуждения, а также исправить указывающие на удалённую страницу ссылки. (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. Any links that point to the deleted page should be removed or corrected—whichever is the most appropriate action.
 * Удалённые страницы, как правило, могут быть восстановлены в течение длительного времени, так как при удалении страниц информация из базы данных не стирается, а продолжительно сохраняется в архиве. Иногда вследствие отказов базы данных архив удалённых страниц может быть утерян. Если после удаления содержимое страницы не было создано заново, то на ней кроме стандартного предложения создать новую статью для администраторов отображается количество доступных удалённых правок в виде: «Просмотреть или восстановить  удалённых правок?». С этого сообщения ведёт ссылка на специализированную страницу просмотра и восстановления удалённых версий. Ссылка на ту же страницу доступна и в горизонтальном меню страницы: «восстановить  правок». На странице «Просмотр и восстановление удалённых страниц» представлены также список прошлых удалений данной страницы, текстовое поле для указания причины восстановления, две кнопки, а также список всех удалённых версий страницы, рядом с каждой из которых имеется по умолчанию неактивная кнопка с независимой фиксацией. Любую из удалённых версий можно посмотреть, по ссылке ведущей с отметки даты и времени соответствующей редакции. This archive is occasionally lost in database crashes. If a page has not been recreated since it was deleted, there will be a message on the page indicating how many deleted revisions there are. Clicking on this (or the undelete tab) will bring up a page displaying all the deleted revisions which can each be looked at separately. To undelete a page, click the restore button which appears on the confirmation page; this will restore all deleted revisions by default. 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.

Администраторы (и другие участники с правами "MediaWiki:Right-markbotedits") могут также скрывать правки (обычно это вандализм) из списка свежих правок. Для этого нужно добавить параметр  в конец URL страницы персонального вклада участника-вандала. Например,. При использовании ссылок «откат» в списке вклада участника, как записи об откате, так и откатываемые правки будут скрыты в списке «Свежие правки». Этот механизм использует маркер, который изначально добавляется для предотвращения наводнения «Свежих правок» массовыми записями о работе программ-роботов (ботов), то есть маркер «bot». Эти изменения не будут отображаться в списке «Свежих правок» до тех пор, пока вы не воспользуетесь ссылкой «Показать ботов» для установки. Изменения не скрыты от вкладов, истории, списка наблюдения и т.д. Изменения остаются в базе данных и не удаляются, но они больше не заполняются недавними изменениями. Цель этой функции - снизить фактор раздражения от наводнения вандала с относительно небольшими усилиями.

Блокировка и разблокировка

 * См. 

Назначение прав доступа администратора
Имеется несложный интерфейс (Special:Userrights) для присвоения специального статуса 'sysop' или (в MediaWiki 1.11) присвоения и отзыва членства в группах со всеми вытекающими из этого полномочиями — это могут делать участники, обладающие правами доступа «бюрократ» ('bureaucrat'). Самая первая учётная запись, создаваемая при установке системы, должна иметь права «бюрократа».

Старые версии Mediawiki вплоть до 1.11 для присвоения участникам отдельных прав требовали от вас манипулировать записями в БД MySQL.

Привилегии зарегистрированного участника
Участники с непривилегированным уровнем доступа, включая посетителей, которые не «представились», всё же могут многое, в том числе самое важное: редактировать страницы и выполнять некоторые служебные процедуры. Однако только представившиеся участники c некоторым стажем работы могут загружать файлы или переименовывать страницы.

См. также

 * Справочник администратора MediaWiki
 * Administrators of Wikimedia projects
 * - a MediaWiki script that creates a new user and auto-promotes them to sysop status. (To create the first admin after mediawiki installation)
 * - a MediaWiki script that creates a new user and auto-promotes them to sysop status. (To create the first admin after mediawiki installation)