Manual:Administrators/ru

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

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

Имеются следующие виды защиты:
 * Полузащита: защита страницы от изменения незарегистрированными участниками.
 * Полная защита: защита страницы от изменения не-администраторами.
 * Каскадная защита (&rarr; см. демонстрацию):
 * in combination with full protection: protecting a page against editing by a non-admin, but also protecting images embedded on the page, provided that they are on the same site (not on Commons), and  also applying the same protection to transcluded pages for as long as they remain transcluded in the page (thus it works recursively).
 * Prior to MediaWiki 1.23, cascade protection did not apply to the targets of file redirects, if the redirect was listed on the protected page (T25542).
 * Cascading protection in combination with semi-protection does not make sense and should be avoided (see T10796); applies full protection to transcluded pages for as long as they remain transcluded in the page (again recursively).
 * Move protection is protection of a page against moving by a non-admin.


 * Методика:
 * Для того чтобы защитить страницу, перейдите по ссылке protect (защитить) в горизонтальном меню страницы. При использовании схемы оформления monobook возможно воспользоваться клавиатурной комбинацией alt+=. Будет открыта специализированная страница редактирования уровня доступа, располагающая двумя меню и кнопкой с независимой фиксацией (check-box). Меню позволяет администратору выбрать, следует ли устанавливать защиту от редактирования только незарегистрированными и новыми пользователями или всеми. Таким же образом страницы защищаются и от возможности переименования для незарегистрированных и новых или всех пользователей. По умолчанию защита от переименования скреплена с защитой от редактирования и автоматически устанавливается на тот же уровень, что и защита страницы от редактирования. Для индивидуального указания параметров защиты для редактирования и переименования следует активировать кнопку-флажок «Разблокировать переименование страницы». В поле «Причина установки защиты» следует указать причину и подтвердить установку защиты нажатием на кнопку «Подтверждение». Наложение защиты будет запротоколировано в специальном журнале. 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.
 * Редактирование или просмотр исходного текста: В зависимости от уровня прав участника и уровня защиты страницы, участник видит вкладку со ссылкой либо на редактирование, либо на просмотр исходного вики-текста. После перехода по ссылке на редактирование защищённой страницы, администратор видит в верхней части страницы предупреждение, говорящее о её статусе. Ссылка на просмотр исходного текста может также заменять ссылку на редактирование, если участник заблокирован. After pressing edit on a fully protected page, an administrator is presented a warning at the top of the page informing about this page status. Also, the view source link may sometimes replace an edit link when the user is blocked.
 * Изображения: при нажатии на кнопку «protect» страницы описания изображения отображается практически такая же, как описывалось выше, страница. При защите страницы описания изображения, защищается как эта страница описания, так и само изображение. Защищённая страница описания не может быть отредактирована пользователями, не являющимися администраторами. Защищённое изображение не может быть возвращено к более ранней версии или обновлено пользователями, не являющимися администраторами. 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) для ускорения процесса. Чтобы отменить последние изменения страницы, сделанные одним участником, к версии предыдущего участника, нажмите ссылку откатить, расположенную рядом с этими правками на странице истории правок, на странице учёта персонального вклада участника, а также на странице просмотра различий между версиями станицы. This can be used to revert edits from multiple vandalism attempts. Такая отмена помечается как малозначимая правка с автоматически генерируемым кратким описанием, основанным на тексте сообщения Revertpage.

Администраторы (и другие участники с правами "MediaWiki:Right-markbotedits") могут также скрывать правки (обычно это вандализм) из списка свежих правок. Для этого нужно добавить параметр $bot в конец URL страницы персонального вклада участника-вандала. Например, $example. При использовании ссылок «откат» в списке вклада участника, как записи об откате, так и откатываемые правки будут скрыты в списке «Свежие правки». Этот механизм использует маркер, который изначально добавляется для предотвращения наводнения «Свежих правок» массовыми записями о работе программ-роботов (ботов), то есть маркер «bot». Эти изменения не будут отображаться в списке «Свежих правок» до тех пор, пока вы не воспользуетесь ссылкой «Показать ботов» для установки $hidebots-0. Такие правки не скрыты в списках вкладов, истории правок страницы, списков наблюдения и т. п. Они остаются в базе данных и не удаляются из неё, но больше не переполняют свежие правки. Данное средство введено для того, чтобы нивелировать раздражающий фактор вандалов, не вносящих полезных, но активно при этом засоряющих свежие правки. To do this, add  to the end of the url used to access a user's contributions. For example,. When the rollback links on the contributions list are clicked, both the revert and the original edit that you are reverting will be hidden from the default Recentchanges display. This mechanism uses the marker originally added to keep massive bot edits from flooding recentchanges, hence the "bot". These changes will be hidden from recent changes unless you click the "bots" link to set. The edits are not hidden from contribs, history, watchlist, etc. The edits remain in the database and are not removed, but they no longer flood Recentchanges. The aim of this feature is to reduce the annoyance factor of a flood vandal with relatively little effort.

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

 * See .

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

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

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

См. также

 * MediaWiki Administrator's Handbook
 * 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)