Классы участников
• 
• 
• 
• -
This article is about user groups and rights on MediaWiki. For offline groups of Wikimedia users, see Wikimedia User Groups.
Ниже приведен список классов участников у проектах Фонда Викимедиа. Он организован в приблизительном порядке убывания прав. Заметим, что порядок не соотносится напрямую с властью в собственном смысле слова, и что, хотя технические возможности являются общими для всех проектов Фонда, права определённых классов отличаются от вики к вики.
Contents |
Локальные группы [edit]
Ниже перечислены классы участников, отсортированные по нисходящей — от наивысшего уровня доступа к более низким.
- стюард
- проверяющий
- ревизор
- бюрократ
- администратор (сисоп)
- управляющие фильтром правок (в некоторых вики-проектах)
- откатывающий (в некоторых вики-проектах)
- выверяющий (в некоторых вики-проектах)
- патрулирующий (в некоторых вики-проектах)
- создатель учётных записей (в настоящее время — только в английской Википедии)
- исключаемый из блокировок по IP
- бот
- flooder (временный флаг, в некоторых вики-проектах)
- редактор (в некоторых вики-проектах)
- зарегистрированный участник
- новичок
- аноним
- заблокированный участник
Глобальные группы участников [edit]
- См. также описания глобальных прав и глобальных групп.
Глобальные боты [edit]
Глобальные боты автоматически получают статус бота во всех проектах, где глобальные боты разрешены (это должно быть явно разрешено локальными правилами; см. список вики-проектов, где такие боты разрешены). Глобальные боты работают в рамках стандартных правил для ботов, ограничивающих для них список допустимых задач.
См.:
- Стандартные правила для ботов
- Глобальные боты: участники | вики-проекты и права | журнал
Глобальный откат [edit]
Участники с правом глобального отката могут в любом вики-проекте одним кликом удалить серию правок одного участника, вернув текст к предыдущей версии, при условии, что такие правки, прежде всего, были намеренно вандальными или абсурдными. Для получения такого права участник должен продемонстрировать кросс-вики активность в борьбе с вандализмом.
См.:
- Глобальный откат
- Глобальные откатывающие: участники | права
Глобальный администратор [edit]
Глобальными администраторами называются участники с правами администраторов во множестве малых малых вики, что нужно, в основном, для целей борьбы с вандализмом в отсутствие локальных администраторов. Они назначаются после продолжительного обсуждения на странице запросов глобальных прав.
См.:
- Глобальные администраторы
- Глобальные администраторы: участники | права
Персонал [edit]
К группе персонала относятся наёмные работники Фонда Викимедиа, а также те, кому делегируются те или иные полномочия. Эта группа имеет наиболее удобный доступ к интерфейсу.
The Wikimedia Foundation is constantly evaluating who is a member of the staff user group in order to minimize the proliferation of this very specialized tool. Membership of the staff group is constantly re-evaluated, particularly in light of a more limited tool being available that will fit a staff member's needs, if someone is expected to not need staff rights for a period of time, or if there is something that triggers during a risk assessment. These re-evaluations are part of good security practices.
Previously, who did and did not have staff rights was relatively arbitrary, based upon asking the staff member who was in charge of these rights. The process has been subsequently formalized to protect against abuse or misuse of staff rights. In order to receive staff rights, it requires second level sign-off (meaning that for a new employee in a department, director level signoff is required and for a new manager, C-level signoff is required), a formal written use-case that is kept on file and routinely reviewed to determine whether the use-case is still met by assignment of staff rights, a brief training session explaining their appropriate and inappropriate use, and an acknowledgement (in writing) of the rights and responsibilities that come with staff rights.
Previously, there were few protections against abuse. Today, there are a number of checks and balances built into the system. On the English Wikipedia, for instance, the Audit Subcommittee reviews all logged actions and routinely refers questionable actions to Philippe for review. On other wikis where there is no comparable subcommittee, the Legal and Community Advocacy team audits and reviews employee actions. This has resulted in employee disciplinary action on occasion. These are not toothless protections.
Staff rights are managed by the say-so of Philippe and the second-level Wikimedia Foundation manager of the person requesting staff rights.
Wikimedia stewards will add or remove user rights from the staff global user group or add or remove users from the staff global user group based on Philippe's direction. There is no requirement that community consensus be demonstrated or that the above requirements (including sign-offs) are proved.
The following chart lists the user rights available in the staff user group and an explanation of why these rights are necessary for staff to have.
| User right | Purpose |
|---|---|
| aftv5-delete-feedback | Exists in order to fulfill LCA's need to delete some feedback for various legal purposes (libel, etc.) |
| aftv5-hide-feedback | Exists in order to fulfill LCA's need to hide some feedback for various legal purposes (libel, etc.) |
| aftv5-see-deleted-feedback | Exists in order to fulfill LCA's need to review some feedback for various legal purposes (libel, etc.) |
| aftv5-see-hidden-feedback | Exists in order to fulfill LCA's need to review some feedback for various legal purposes (libel, etc.) |
| autoconfirmed | ... |
| autopatrol | ... |
| bigdelete | At times, the LCA or technical team need the ability to delete pages with a high number of revisions for technical reasons, or for legal compliance reasons. |
| browsearchive | ... |
| centralauth-admin | ... |
| centralauth-lock | ... |
| centralauth-merge | ... |
| centralauth-oversight | ... |
| centralauth-unmerge | ... |
| centralnotice-admin | ... |
| centralnotice-translate | ... |
| checkuser | The LCA team uses this right for legal compliance (subpoena, etc) and safety reasons (investigations of threats) |
| checkuser-log | The LCA team uses this right for legal compliance (subpoena, etc) and safety reasons (investigations of threats) |
| delete | The LCA team uses this right for legal compliance and copyright purposes. |
| deletedhistory | The LCA team uses this right for legal compliance and copyright purposes. |
| deletedtext | The LCA team uses this right for legal compliance and copyright purposes. |
| deletelogentry | The LCA team uses this right for legal compliance purposes. |
| deleterevision | The LCA team uses this right for legal compliance and copyright purposes. |
| edit | ... |
| editinterface | The LCA team uses this right for legal compliance and copyright purposes (ie, to change the copyright notices, etc). Other staff members use it to support the development of other projects and technical initiatives. |
| editusercss | This was done for a couple of reasons. First, we have had times when we saw a user insert some code in their own user.js and user.css files that really shouldn't be there, and then propagate that code out to the wikis by adding a transclusion from their own user files to, for instance, Mediawiki:Common.js of a smaller wiki, and thereby add google tracking code, for instance. This allows staff to easily (and in a logged fashion) remove such code. Second, in order to include a script for those users who hold staff rights which colors red the interface buttons for things that they really shouldn't touch without a REALLY good reason (ie, the execute checkuser button). You can see that script in my own userjs file. This is a reminder for new staff who didn't come from the community that these are specialized rights, and not everyone has access to them, and serves as a mental "speedbump" against using them. |
| editusercssjs | This was done for a couple of reasons. First, we have had times when we saw a user insert some code in their own user.js and user.css files that really shouldn't be there, and then propagate that code out to the wikis by adding a transclusion from their own user files to, for instance, Mediawiki:Common.js of a smaller wiki, and thereby add google tracking code, for instance. This allows staff to easily (and in a logged fashion) remove such code. Second, in order to include a script for those users who hold staff rights which colors red the interface buttons for things that they really shouldn't touch without a REALLY good reason (ie, the execute checkuser button). You can see that script in my own userjs file. This is a reminder for new staff who didn't come from the community that these are specialized rights, and not everyone has access to them, and serves as a mental "speedbump" against using them. |
| edituserjs | This was done for a couple of reasons. First, we have had times when we saw a user insert some code in their own user.js and user.css files that really shouldn't be there, and then propagate that code out to the wikis by adding a transclusion from their own user files to, for instance, Mediawiki:Common.js of a smaller wiki, and thereby add google tracking code, for instance. This allows staff to easily (and in a logged fashion) remove such code. Second, in order to include a script for those users who hold staff rights which colors red the interface buttons for things that they really shouldn't touch without a REALLY good reason (ie, the execute checkuser button). You can see that script in my own userjs file. This is a reminder for new staff who didn't come from the community that these are specialized rights, and not everyone has access to them, and serves as a mental "speedbump" against using them. |
| globalblock | ... |
| globalblock-exempt | ... |
| globalblock-whitelist | ... |
| globalunblock | ... |
| hiderevision | ... |
| hideuser | ... |
| import | ... |
| importupload | ... |
| ipblock-exempt | ... |
| moodbar-admin | ... |
| move | ... |
| move-rootuserpages | ... |
| move-subpages | ... |
| movefile | ... |
| noratelimit | ... |
| nuke | ... |
| override-antispoof | ... |
| oversight | ... |
| prefstats | ... |
| protect | ... |
| purge | ... |
| reupload | ... |
| reupload-shared | ... |
| suppressionlog | ... |
| suppressredirect | ... |
| suppressrevision | ... |
| tboverride | ... |
| tboverride-account | ... |
| transcode-reset | ... |
| transcode-status | ... |
| uboverride | ... |
| unblockself | ... |
| undelete | ... |
| unwatchedpages | ... |
| upload | ... |
| upload_by_url | ... |
| userrights | ... |
См.:
- Сотрудники: глобальные права • глобальные группы (тулсервер) • состав участников • изменение состава группы
- Специальные глобальные права
- исходное предложение
Стюард [edit]
Стюарды имеют полный доступ к вики-интерфейсу, выполняя техническую реализацию решений на основании консенсуса сообщества, разбираясь с чрезвычайными ситуациями, и борясь против кросс-вики вандализма. Стюарды избираются ежегодно с участием всех вики-проектов Викимедиа.
См.:
- Стюарды
- История
- Стюарды: участники | права (глобальные)
Созданные для специальных целей [edit]
Замечания [edit]
- Инструмент на сервере toolserver.org, показывающий доступные классы прав участников, действующие не во всех вики (выделены те проекты/разделы, где такие права применяются).
См. также [edit]
- Эссе о структуре власти
| Группы участников | |
|---|---|
| Локальные | заблокированный участник (en) – незарегистрированный участник (en) – недавно зарегистрированный участник (en) – зарегистрированный участник – бот – администратор (en) – бюрократ – ревизор – проверяющий – исключаемый из блокировок по IP – импортёр (en) - администратор центр. уведомлений (en) |
| Глобальные | заблокированная учётная запись – единая учётная запись – бот – откатывающий – редактор фильтра правок – редактор интерфейса (en) – исключения из блокировок по IP (en) – импортёр новых вики (en) – глобальный администратор – омбудсмен – основатель (en) – сотрудник – системный администратор (en) – стюард |
