This page is a translated version of the page Manual:Administrators and the translation is 44% complete.
Outdated translations are marked like this.
Other languages:
Bahasa Indonesia • ‎Bahasa Melayu • ‎Deutsch • ‎English • ‎Nederlands • ‎Tiếng Việt • ‎Türkçe • ‎dansk • ‎español • ‎français • ‎italiano • ‎polski • ‎português • ‎português do Brasil • ‎Ελληνικά • ‎беларуская • ‎русский • ‎українська • ‎العربية • ‎فارسی • ‎中文 • ‎日本語 • ‎한국어

Адміністратори — користувачі вікі, які є членами групи користувачів «sysop». Програмне забезпечення вікі має кілька можливостей, які доступні тільки таким користувачам, але досить важливі.

Інструменти адміністратора


Адміністратори можуть редагувати захищені сторінки та здатні захищати та знімати захист від редагування та перейменування.

Версіями захисту від редагування є:

  • Частковий захист: захист сторінки від редагування незареєстрованим користувачем.
  • Повний захист: захист сторінки від редагування не-адміністратором.
  • Каскадний захист (→ див. демонстрацію):
    • у поєднанні з повним захистом: захист сторінки від редагування не-адміністратором, а також захист зображень, вбудованих на сторінці, наданих так, що вони на тому ж сайті (не на Вікісховищі), а також застосування того ж захисту до включених сторінок так довго, доки вони залишаються включеними на сторінці (таким чином, це працює рекурсивно).
      • До MediaWiki 1.23 каскадний захист не застосовувався до цілей перенаправлень на файли, якщо перенаправлення було перелічено на захищеній сторінці (Phabricator:T25542).
    • Каскадний захист у поєднанні з частковим не має сенсу і його слід уникати (див. Phabricator:T10796); застосовується повний захист включених сторінок так довго, доки вони залишаються включеними на сторінці (знову рекурсивно).
  • Захист від перейменування — захист сторінки від перейменування не-адміністратором.
  • To protect a page, click the more dropdown menu and choose the "protect" option (or add ?action=protect to the URL[1] 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.
  • To unprotect a page, click the unprotect tab. 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 both editinterface and (respectively) editsitecss or editsitejs 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.
  • Зображення: Захищення зображень в основному таке ж, як і захищення сторінок (див. вище). При натисканні вкладки захистити на сторінці опису зображення захищаються і сторінка, і зображення. Сторінку опису зображення буде захищено, і не-адміни не матимуть змоги відкинути зображення до більш ранньої версії чи завантажити нову версію поверх нього. 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.
  • Фільтри зловживань: На додачу, якщо розширення AbuseFilter було увімкнено, то доступ або перегляд певних частин інтерфейсу, як і модифікування інтерфейсу, обмежено до адміністраторів.
  • дії, які можна обмежити через інтерфейс захисту, визначаються налаштуванням $wgRestrictionTypes .
  • розширення, які можуть знадобитися через інтерфейс захисту, визначаються налаштуванням $wgRestrictionLevels .


Див. також: Help:Видалення та відновлення для адміністратора

Адміністратори можуть вилучати сторінки та їхню історію, як можуть переглядати та відновлювати вилучені сторінки та їхню історію. Вони також можуть вилучати зображення, які можна відновити звичайним чином.

  • To delete a page, click the delete link on the page that is to be deleted. (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.
  • Pages can be undeleted for as long as they are in the archive. 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.

    Якщо сторінка вже існує, але адміністратор хоче відновити попередні версії, він повинен перейти до історії сторінки. Там буде посилання на відновлення, як описано вище.

  • Вилучити версії
    • Вилучити версії статті
      • Вилучити версій статей уперше: Для вилучення чи утримання лише однієї чи кількох версій з історії вилучіть статтю як звичайно, потім почніть процедуру відновлення. Перед натисканням кнопки «Відновити» перевірте версії, які ви хочете відновити — всі решта залишаться вилученими.
      • Вилучення версій статті не вперше: якщо стаття вже містить раніше вилучені версії, то обов'язково слідуйте вибірковому вилученню у Вікіпедії.
    • Delete image revisions: To delete one version of an image, click the (del) link beside that version under the "File history" heading. The most recent version cannot be deleted without deleting all previous versions.
  • Злиття історій редагувань: історії редагувань двох статей можна злити в одну. Для злиття історій вилучіть сторінку, де всі історії повинні бути відновлені. Перейменуйте іншу сторінку на щойно вилучену, а потім відновіть усі вилучені редагування. Це не можна вручну скасувати, і дуже важко розділити історії редагувань.
  • Розділення історії редагувань: Для розділення історії редагувань вручну видаліть усі версії, потім відновіть ті, що стосуються однієї статті (які може бути важко розпізнати). Перейменуйте невилучену сторінку на нову назву для розділення цих версій. Відновіть версії, що стосуються вилученої версії (тепер перенаправлення), потім поверніть до передостанньої версії (до перенаправлення).


Any user can revert a page by going back through the page's history. Administrators have a rollback button to expedite the process. To revert the edits of one user to the last version by the previous editor, click rollback on the page history, the user contribution list, or on the diff page. Це можна використовувати для відкидання редагувань від численних спроб вандалізму. Повернення буде позначено незначним редагуванням із автоматичним описом на основі вмісту Revertpage.

Sysops (and other users with right "Позначення відкинутих редагувань як редагування бота") can hide edits (typically, vandalism) from the Recent Changes page. To do this, add &bot=1 to the end of the url used to access a user's contributions. For example, ...index.php?title=Special:Contributions&target=Username&bot=1. 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 hidebots=0. 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.

Блокування та розблокування

Див. Manual:Блокування та розблокування .

Making sysops

Версії MediaWiki:

There is a simple interface (Special:Userrights) for granting a specific username 'sysop' status or (in MediaWiki 1.11) granting and revoking membership to groups with all associated user rights - a user with 'Bureaucrat' status has the rights to do to this. The initial user created by the installer should have 'Bureaucrat' rights.

Старіші версії MediaWiki до 1.11 вимагали маніпуляції з записами бази даних у MySQL задля надання користувачам певних прав.

Привілеї авторизованих

Користувачі зі звичайним доступом, включно відвідувачів, які не «увійшли», все ще можуть робити багато чого, включно з найважливішим: редагуванням сторінок і допомогою в завданнях технічного обслуговування. Але тільки авторизовані користувачі можуть завантажувати файли та перейменовувати сторінки.


Див. також