Интерфейс создания учетной записи — это прикладное программное обеспечение, размещенное на Wikimedia Cloud VPS, которое используется для упрощения запросов на создание учетной записи в английской Википедии. В этом руководстве описываются принятые практики обработки запросов, отправляемых в инструмент. Пользователи, желающие принять участие в этом процессе, должны подать заявку на доступ в соответствии с требуемыми квалификациями, перечисленными в этом руководстве. Новые пользователи интерфейса должны внимательно прочитать эту страницу, а опытные пользователи должны периодически проверять наличие обновлений.
После соответствия нижеперечисленным требованиям вы должны зарегистрироваться здесь, прежде чем обрабатывать запросы с помощью интерфейса. Ваш запрос должен быть одобрен администратором инструмента, и в случае одобрения вы получите уведомление на своей странице обсуждения. В случае отклонения вашего запроса вы получите электронное письмо с объяснением причины. После того как вы устраните все проблемы в электронном письме, вы можете повторно подать заявку на доступ к ACC, отправив апелляционное письмо администраторам инструмента. Ваше обращение должно касаться всех проблем, поднятых в электронном письме, с объяснением причин вашего отказа от ACC. Пожалуйста, не создавайте для себя более одной учетной записи ACC.
Чтобы стать пользователем ACC, вы должны соответствовать следующим минимальным требованиям:
Этот список не является исчерпывающим, но это основные причины, которые администраторы инструментов учитывают при рассмотрении запроса на создание учетной записи.
Наконец, принятие заявок зависит от мнения администраторов инструмента, основанного на продемонстрированной надежности, компетентности кандидата и очевидной потребности в большем количестве пользователей.
Если вы ранее подали заявку на присоединение к ACC, но получили отказ, отправьте апелляцию по электронной почте администраторам инструмента. Пожалуйста, не создавайте для себя более одной учетной записи ACC.
Инструмент предложит вам подключить свою учетную запись инструмента к вашей учетной записи Wikipedia. Это делается с помощью протокола OAuth , который дает инструменту права выполнять определенные действия в Wikipedia от вашего имени. Это в первую очередь используется для получения криптографически подписанного идентификационного билета от Wikipedia, подтверждающего, что вы контролируете учетную запись в Wikipedia. Все пользователи инструмента должны подключить свою учетную запись инструмента к Wikipedia, но дополнительные разрешения необязательны.
Информацию о вашей вики-идентичности, которую хранит инструмент, можно просмотреть в настройках инструмента.
После входа в систему вы увидите основной интерфейс (см. скриншот), в котором отображается список:
Категории запросов, которые необходимо обработать, будут показывать номер рядом с их заголовком, например, Открытые запросы 2 . Чтобы просмотреть два запроса, нажмите Открытые запросы . Чтобы обработать конкретный запрос, нажмите зеленую кнопку Резервировать . Вы будете отмечены как обрабатывающий запрос и вам будет предоставлена личная идентификационная информация запрашивающего и возможность создать/отклонить/сбросить запрос соответствующим образом, следуя приведенному ниже руководству.
Пожалуйста, помните, что создание учетной записи — это не гонка! Запросы, которые попадают в интерфейс ACC, — это учетные записи, которые не могли быть созданы при обычных обстоятельствах. Пожалуйста, помните об этом и реагируйте обдуманно. Иногда случается так, что вы оказываетесь в центре ситуации и не знаете, что делать. Просто попросите о помощи на IRC-канале ACC в таких ситуациях: #wikipedia-en-accounts connect . [примечание 5] В сети всегда есть другие пользователи интерфейса, которые готовы вам помочь. Если вы не получите удовлетворительного ответа и не знаете, какой курс предпринять, лучше переслать запрос другим пользователям, чем предпринимать неправильный курс действий. Если вы просите о помощи, вам нужно будет предоставить (пользователям, не являющимся администраторами) ссылку, показанную на странице «zoom», другому пользователю, чтобы он мог увидеть личные данные.
Обратите внимание: если вы поторопитесь с запросом (например, не выполнив все проверки, перечисленные ниже), вы можете потерять доступ к инструменту. Важно, чтобы все проверки были выполнены, чтобы гарантировать, что учетные записи будут правильно созданы или отклонены.
Инструмент поддерживает как ручное создание учетных записей, так и автоматическое создание учетных записей через OAuth.
Для поддержки автоматического создания учетных записей необходимо включить гранты «Массовое редактирование» и «Создание учетных записей» (это значение по умолчанию). С марта 2021 года это также ограничено отдельной ролью пользователя инструмента в процессе медленного развертывания этой функциональности.
Вы должны увидеть набор радиокнопок рядом с кнопками создания учетной записи на странице «Просмотр запроса», которые позволяют вам выбрать метод создания учетной записи — вручную (используя существующий процесс) или автоматически. Вы можете выбрать метод создания учетной записи по умолчанию в разделе «Настройки» в разделе «Метод создания учетной записи». Автоматическое создание обрабатывает создание учетной записи как часть закрытия запроса, поэтому для автоматического создания все, что вам нужно сделать после того, как вы решили принять запрос, — это выбрать тип закрытия.
В фоновом режиме инструмент поставит запрос в очередь на создание и закрытие — вы увидите, что запрос перешел в статус «Очередь заданий», а на странице «Очередь заданий», доступной с помощью кнопки «Просмотреть список заданий» над журналом запросов, появится задание на создание. Если по какой-либо причине вам необходимо отменить создание, сброс запроса отменит поставленные в очередь задания. Между постановкой запроса в очередь на создание и фактическим созданием будет небольшая задержка — в зависимости от точного времени постановки запроса в очередь, она, скорее всего, составит от двух до четырех минут.
Пользовательские закрытия также поддерживают автоматическое создание. Чтобы использовать автоматическое создание с пользовательским закрытием, выберите опцию «Создать учетную запись и закрыть запрос как созданный» в разделе «Действие, которое нужно выполнить».
В случае сбоя создания (например, если обнаружено попадание AntiSpoof) запрос будет отложен в очередь «больницы», а бот сделает объявление в IRC. Если это произойдет, вы можете проверить задания, чтобы выяснить, почему создание не удалось, и устранить эту проблему вручную. Наиболее распространенной причиной сбоя является попадание в черный список antispoof или title — инструмент не будет пытаться решить эту проблему за вас; требуется откат к ручному созданию.
Инструмент теперь также может автоматически оставлять пользователям созданный вами шаблон приветствия. Хотя эта функциональность существовала несколько лет назад через бота , использование бота было устарело в пользу текущей системы, которая использует вашу учетную запись через OAuth.
Для поддержки автоматического приветствия у вас должны быть включены гранты "Масштабное редактирование" и "Создание, редактирование и перемещение страниц" [примечание 6] (это по умолчанию). Вы также должны выбрать шаблон приветствия на странице "Управление шаблонами приветствия" - если шаблон, который вы хотите использовать, отсутствует в списке, свяжитесь с администратором инструмента, чтобы он добавил его для вас.
После выбора шаблона, каждый пользователь, которого вы создадите с помощью инструмента, получит свою страницу обсуждения пользователя, созданную с этим шаблоном приветствия. Кроме того, рядом с кнопкой создания появится новый переключатель, позволяющий пропустить приветствие для этого конкретного запроса.
В случае неудачного приветствия (например, если пользователь не существует или страница обсуждения пользователя уже существует), в очереди заданий будет отмечено неудачное задание, а бот сделает объявление в IRC. Если это произойдет, вы можете проверить задания, чтобы выяснить, почему приветствие не удалось, и устранить это вручную.
Инструмент ACC содержит персональную идентификационную информацию и подчиняется политике конфиденциальности фонда. Он не может быть передан за пределы интерфейса.
Персональная информация включает в себя, помимо прочего:
В целях соблюдения Политики хранения данных:
Кроме того, запрещается любое действие, которое может привести к следующему:
Пользователи, которые нарушают это правило и делятся любой персонально идентифицируемой информацией за пределами интерфейса инструмента ACC, рискуют быть немедленно и бессрочно заблокированными, а также могут быть лишены своего идентифицированного статуса. Для получения дополнительной информации см. это письмо.
Если вы зарезервировали запрос, а затем вам нужно выйти из сети, не завершив запрос, пожалуйста, прервите бронирование заранее, чтобы другой пользователь мог завершить запрос, если только у вас нет веских причин требовать, чтобы запрос был обработан вами, в этом случае вы должны оставить комментарий. Если вы этого не сделаете, запрос останется зарезервированным и не сможет быть создан другими пользователями; администратор инструмента может принудительно прервать бронирование, если вы не оставили никаких указаний относительно того, почему вам нужно сохранить запрос зарезервированным.
Кроме того, если вы активно работаете над зарезервированным вами запросом и его обработка занимает некоторое время (обычно более часа), пожалуйста, оставьте комментарий к запросу, указав, что вы работаете над ним и в чем заключается проблема, задерживающая обработку запроса. Это информирует других пользователей и администраторов о том, что вы заняты запросом и что вы не забыли о нем.
В случаях, когда у пользователя был зарезервированный запрос на долгое время , и он оставил комментарий, объясняющий долгое время резервирования, следует предпринять разумные усилия, чтобы связаться с ним до того, как запрос будет нарушен. Однако запросы, зарезервированные без объяснения на долгое время, могут быть нарушены администратором без предупреждения, особенно если пользователя, держащего резервирование, невозможно найти или быстро связаться с ним по IRC.
Использование скрипта или другой программы для автоматической обработки запросов любым способом, выходящим за рамки того, что предоставляет инструмент (включая резервирование), запрещено. Если будет обнаружено, что вы используете автоматизацию любого рода или если доказательства убедительно подтверждают вероятность того, что вы это делаете, вы рискуете быть заблокированным за нарушение этого правила. Однако использование автоматизированного дополнения или скрипта для обновления страницы интерфейса инструмента разрешено. Время обновления должно быть разумным по отношению к ресурсам интерфейса и поддерживаться на максимально низком уровне. Пожалуйста, поддерживайте частоту не более одного раза в минуту. Канал #wikipedia-en-accounts на IRC содержит прямую трансляцию новых запросов и изменений, внесенных в них пользователями инструмента. Эта трансляция является предпочтительным методом просмотра и мониторинга, чем использование интерфейса и любых инструментов автоматического обновления страниц.
Вам следует проверить наличие нескольких запросов с IP-адреса или адреса электронной почты. Для этого нажмите кнопку идентификатора запроса или нажмите «Масштаб» в списке последних 5 закрытых запросов, или перейдите в журналы и нажмите номер запроса. В конце строки запроса — как вы обычно видите для всех открытых запросов — вы увидите дату и время отправки запроса в формате UTC. Дальше на странице вы также увидите список других запросов — если таковые имеются, с этого IP-адреса или адреса электронной почты.
Если есть несколько открытых запросов (но нет закрытых запросов) с одного и того же адреса электронной почты, возможно, пользователь хотел изменить запрошенное имя пользователя. Поставьте все запросы с этого адреса электронной почты на удержание и отправьте пользователю электронное письмо, информирующее его о политике Википедии в отношении нескольких учетных записей, перечислив имена пользователей запросов, которые мы от них получили, и спросив, какой из них он бы предпочел. Если есть несколько запросов с одного адреса электронной почты, но один из них был недавно закрыт, как и созданный, вероятно, можно безопасно отклонить оставшиеся запросы.
Пожалуйста, помните, что общие IP-адреса встречаются часто. Если у вас есть несколько запросов с одного и того же IP-адреса, но с разных адресов электронной почты, и IP-адрес статический , обратитесь к CheckUsers; если он динамический или иным образом явно общий (например, от домашнего или мобильного/сотового оператора, или явно общий IP-адрес, например, школы или библиотеки), продолжайте обработку запроса (хотя убедитесь, что вы проверили наличие вики-блоков в этом случае).
Множественные запросы к инструменту являются основанием для запрета на запрос учетных записей только в случаях явного злоупотребления. Если у вас есть основания полагать, что IP-адрес или адрес электронной почты запросил несколько учетных записей злоупотребляющим образом, сообщите об этом администратору инструмента для дальнейших действий. Однако сами по себе множественные запросы учетных записей не являются основанием для запрета от ACC.
В случаях, когда с IP-адреса, назначенного школе или другому образовательному учреждению, поступило большое количество запросов, особенно если у каждого запроса разный адрес электронной почты, есть пользовательский шаблон закрытия «Образовательное мероприятие или студенческий Edit-A-Thon», который по умолчанию откладывает запрос до «Удержания». Это закрытие предназначено только для использования в случае, когда с IP-адреса, назначенного школе, поступило большое количество запросов на учетные записи, и нам нужна дополнительная информация о желаемом использовании учетных записей. Для запросов на отдельные учетные записи использование учетной записи в рамках школьного задания или другого образовательного использования само по себе не является основанием для отклонения или удержания запроса. Если вы не уверены, применимо ли пользовательское закрытие «Образовательное мероприятие или студенческий Edit-A-Thon» к ситуации, обратитесь за советом к администратору ACC.
Пожалуйста, примите во внимание следующие моменты при обработке запросов, поступающих с любого заблокированного IP-адреса или диапазона:
При отсрочке запроса на CheckUsers, Stewards или проверку доверенности, пожалуйста, включите краткое заявление о причине отсрочки. Это особенно актуально, если вы игнорируете часть руководства (например, отсрочку более старого школьного блока).
Не нарушайте политику, добавляя какую-либо персональную идентификационную информацию в комментарий запроса – это обычно рассматривается так же, как если бы вы сделали это вне интерфейса (из-за политик конфиденциальности и хранения данных Wikimedia). См. § Персональная идентификационная информация для получения дополнительной информации.
Если в этом разделе не указано иное, при блокировке по причинам, связанным с CheckUser , вы должны отложить запрос в CheckUsers.
Это блокировки, которые затрагивают диапазон IP-адресов, а не только один. Обычно это делается для частичной или полной блокировки сетей, которые могут работать с использованием более одного публичного IP-адреса.
Любая блокировка диапазона (влияющая на любой тип IP-адреса) может быть проигнорирована только в том случае, если выполняется хотя бы одно из следующих условий:
{{anonblock}}{{school block}}<!-- ACC ignore -->в причине блока)Любая жесткая (не только анонимная) блокировка CheckUser за спам должна быть отклонена с помощью шаблона «Зарегистрированный адрес электронной почты интернет-провайдера» или «Новый диапазон адресов электронной почты».
Если на запрашивающем IP-адресе есть какая-либо другая блокировка диапазона (или любые признаки мошенничества), отложите запрос в CheckUsers. Пользователи, которые создают учетные записи из запросов, которые находятся в таких случаях и не консультируются с CheckUser, рискуют приостановить действие учетной записи.
Это блокировки, которые применяются к одному IP-адресу и обычно применяются для блокировки отдельных пользователей (например, дома или сети с одним публичным IP-адресом).
Блокировки по одному IP-адресу можно игнорировать, если есть недавняя (т. е. старше 72 часов) блокировка за «простой» вандализм без определенной цели (т. е. никакой конкретный предмет или тема не являются целью вандализма). Сюда входят блокировки с причинами или . Тот факт, что заблокированный IP-адрес принадлежит школе, сам по себе не является исключением.{{anonblock}}{{school block}}
Если у вас есть запрос, который вы собираетесь отклонить или удалить из-за блокировки одного IP-адреса, вам необходимо сделать следующее:
Если у вас нет ни того, ни другого, то отложите это на CheckUsers, даже если оно уже там есть.
Сначала проверьте наличие локальных блокировок и устраните их.
Любой запрос с IP-адреса, заблокированного с {{ blocked proxy }} , {{ webhostblock }} , {{ colocationwebhost }} или {{ zombie proxy }} в качестве причины, должен быть отложен в очередь проверки прокси , если только вы не можете сами подтвердить, что причина блокировки все еще действительна. Если подтверждено, что IP-адрес запроса является открытым прокси, запрос должен быть закрыт как "Открытый прокси". Если в причине блокировки есть какие-либо указания или если что-то появляется в других проверках, что предполагает, что IP-адрес или диапазон использовался для злоупотребления sockpuppetry, запрос должен быть отложен в CheckUsers.
Мягкие (только для анонимных пользователей, с отключенным созданием учетной записи или без него) блокировки P2P-прокси/VPN (например, {{ blocked p2p proxy }} ) можно игнорировать.
Запросы, в которых указано, что необходимо редактирование через VPN, следует направлять на адрес WP:IPECPROXY, используя шаблон письма IPBE для VPN.
Если нет блока, указывающего на то, что IP заблокирован как прокси, будьте очень осторожны при использовании сервиса проверки IP на Toolforge или подобных сервисах. Эти сервисы часто неверны в определении статуса прокси. Хотя может происходить и другая подозрительная сетевая активность, если только IP не является статическим, он редко указывает на что-либо негативное по отношению к пользователю, подающему запрос.
Если вы собираетесь отложить проверку прокси, имейте доказательства, не включающие IP Check Service, любой сайт, указанный в IP Check Service, и любой веб-сайт "проверки прокси". Правильные отсрочки включают номер порта, который может быть проверен на прокси, или доказательства того, что провайдер предоставляет доступ к своим собственным серверам ( веб-хостинг , облачные сервисы и хранение данных , размещение и IP-транзит ).
Все запросы на имя пользователя должны соответствовать Политике Википедии в отношении имени пользователя , чтобы быть созданными. Пожалуйста, обратитесь к этому руководству для любых политик и процедур, которые явно не определены здесь. Создание учетных записей, которые нарушают политику Википедии в отношении имени пользователя, приведет к блокировке учетной записи в зависимости от серьезности или вопиющего нарушения имени пользователя. Повторные нарушения этого правила приведут к блокировке учетной записи.
Если запрашиваемое имя пользователя является реальным именем, относящимся к известному, популярному и т. д. человеку, личность запрашивающего должна быть проверена через систему VRT. Стандарт в политике имен пользователей заключается в том, что имя или псевдоним должны относиться к «конкретному, идентифицируемому» человеку. С точки зрения теста на ACC они должны быть достаточно заметными, чтобы иметь статью в Википедии; однако наличие статьи не обязательно означает, что они конкретны и идентифицируемы, и что есть вероятность, что кто-то пытается выдать себя за них. Если вы считаете, что они конкретны и идентифицируемы, и что наличие у них имени может вызвать путаницу, вам нужно будет закрыть запрос как «Известное лицо». Если вы не уверены, выполняется ли вышеуказанный тест, проконсультируйтесь с администратором инструмента или опытным пользователем, лучше создать учетную запись добросовестно (помня, что их могут заблокировать), чем отправлять ее в VRT для решения проблемы.
После того, как VRT проверит личность запрашивающего, запрашивающий будет отправлен обратно в ACC, либо путем повторного открытия запроса (если это возможно) с указанием номера билета VRT в качестве комментария к запросу, либо путем отправки запрашивающим нового запроса и включения номера билета VRT в комментарий к запросу. Однако запрос не должен обрабатываться до тех пор, пока кто-то с доступом VRT не подтвердит в комментариях к запросу, что билет VRT содержит достаточное доказательство личности запрашивающего и привязан к запросу ACC (если у вас есть доступ VRT, вы можете сделать эту проверку самостоятельно; просто сделайте отметку в комментариях к запросу, что вы проверили, что билет содержит достаточное доказательство личности и что адреса электронной почты в запросе учетной записи и билете VRT совпадают). После того, как запрос ACC будет положительно привязан к билету VRT, выполните все остальные стандартные проверки, и если все выглядит хорошо, создайте учетную запись. Если вы успешно создали учетную запись и являетесь пользователем VRT, добавьте шаблон {{ Verified account }} в верхнюю часть страницы обсуждения нового пользователя, включая номер билета VRT, привязанный к запросу ACC. Если вы не являетесь пользователем VRT, но все же создали учетную запись, пожалуйста, как можно скорее попросите пользователя VRT добавить шаблон {{ Verified account }} на страницу обсуждения нового пользователя — возможные места для подачи этого запроса включают доску объявлений VRT , #wikimedia-vrt connect на IRC или обращение напрямую к знакомому вам пользователю VRT. Не забудьте включить в такой запрос имя только что созданного вами пользователя и соответствующий номер билета VRT!
Запрос, содержащий номер билета VRT в комментариях, не является достаточным доказательством личности — действительность любых упомянутых билетов VRT должна быть проверена ACCer с доступом VRT, при этом такая проверка должна быть зарегистрирована в комментариях к запросу, прежде чем они будут приняты!
Запрошенные имена пользователей следует отклонять только в случае нарушения политики имен пользователей, когда это очевидно – помните, что нужно предполагать добросовестность. Если вы сомневаетесь, создайте учетную запись и наблюдайте за ней. Если она занимается рекламным редактированием, сообщите о пользователе в WP:UAA (как и в случае с любым другим рекламным именем пользователя и редактированием).
Если запрошенное имя пользователя подразумевает совместное использование, запрос должен быть закрыт, поскольку политика Википедии в отношении имен пользователей гласит, что они не должны использоваться совместно более чем одним лицом. Если вы столкнетесь с запросом, который подразумевает это, закройте запрос как не созданный, используя опцию «Общее имя пользователя». Это направит их на WP:ISU , а также воспользуется возможностью связать их с WP:COI , WP:PROMO и другими соответствующими политиками или руководящими принципами.
Википедия не позволит вам создать учетную запись, если запрашиваемое имя пользователя:
В этом разделе будут описаны процедуры и политики обработки запросов, соответствующих одной из этих двух ситуаций.
Конфликт идеального соответствия возникает, когда запрошенное имя пользователя на 100% идентично имени пользователя, которое уже существует в Википедии (это включает в себя использование заглавных букв и символов). Если вы обнаружите, что запрошенное имя пользователя является идеальным совпадением , то вы должны отклонить запрос.
Начиная с апреля 2015 года все новые созданные учетные записи приводят к созданию единого входа во всех проектах Wikimedia вместо простого создания локального входа на один сайт проекта Wikimedia. Чтобы подготовиться к этому изменению процесса, все локальные учетные записи, созданные до апреля 2015 года, чьи имена пользователей были заняты в другом проекте, были автоматически переименованы с добавлением ~<Home Project Site> в конец, чтобы сделать их уникальными во всех проектах Wikimedia (см. объявление здесь, чтобы узнать больше). Если запрошенное имя пользователя было ранее занято, но было систематически переименовано в рамках подготовки к изменению правила SUL Finalization, оно будет отображаться как запись в журнале и будет содержать имя пользователя, например "RequestedAccount~enwiki", на странице пользователя и в журнале создания пользователя.
Если запрошенная учетная запись занята, но имеет другой регистр ( «Apple» вместо «APPLE» ) или просто выглядит очень похожей (не точное совпадение ), то обратитесь к рекомендациям по устранению неполадок «Слишком похоже» ниже.
Конфликт похожих имен пользователей возникает, когда запрошенное имя пользователя похоже, но не на 100% идентично другому имени пользователя, существующему в Википедии. Обычно это происходит с запросами, которые обычно идеально соответствуют существующей учетной записи, но отличаются заглавными буквами или использованием символов или других букв, которые могут напоминать написание существующей учетной записи (например, "Jοhn Doe" против "Jóhn Đoe" или "J0hn Doe" ). Эти "похожие" запросы активируют расширение AntiSpoof и помечают запрос для дополнительной проверки в отдельной очереди ("Flagged user needed"). Хотя инструмент ACC позволяет любому пользователю резервировать и отклонять запросы в очереди "Flagged user needed", только пользователи инструмента ACC с флагом создателя учетной записи могут переопределить проверку AntiSpoof и создать учетные записи.
Запросы имен пользователей ACC, помеченные как похожие, могут быть созданы только в том случае, если похожие существующие учетные записи определены как неустановленные и неактивные . Похожие существующие учетные записи считаются «неустановленными и неактивными» только в том случае, если они соответствуют всем требованиям, изложенным в Схеме похожих учетных записей, или соответствуют всем требованиям, перечисленным ниже:
Если похожая существующая учетная запись не соответствует ни одному из вышеперечисленных требований, то похожая существующая учетная запись активна. Запросы ACC с похожими существующими учетными записями, которые активны, должны быть отклонены. Отклоните запрос и используйте шаблон закрытого электронного письма Too Similar . Если похожие существующие учетные записи неактивны, вы можете продолжить и создать учетную запись (при условии, что вы являетесь отмеченным пользователем). Если у вас нет флага создателя учетной записи , вы должны отменить свое бронирование, чтобы позволить отмеченному пользователю создать учетную запись. Создание такой учетной записи должно выполняться только после того, как вы провели все соответствующие проверки, требуемые для любого нового запроса учетной записи. Чтобы создать учетную запись, вы должны установить флажок «Игнорировать проверки на подмену» на странице создания учетной записи. Это сообщает программному обеспечению MediaWiki о необходимости игнорировать любые сходства между запрашиваемой учетной записью и существующими похожими учетными записями и, таким образом, разрешить создание запрашиваемой учетной записи.
AntiSpoof также сработает при попытке создать учетную запись с именем пользователя, которое использовалось до переименования другого пользователя.
Не переопределяйте это, если только переименованная учетная запись не может быть проигнорирована в соответствии с § Слишком похожий поток. Если вы не уверены, свяжитесь с администратором инструмента или поместите запрос в очередь Steward.
В настоящее время русская Википедия направляет запросы на учетные записи в ACC для обработки в некоторых случаях, например, проблем с CAPTCHA. В среднесрочной перспективе, как только в ACC будет реализована поддержка нескольких доменов (в настоящее время находится в разработке), они будут направляться в отдельный изолированный домен ACC, а запросы будут обрабатываться волонтерами из русской Википедии и не будут видны волонтерам английской Википедии. До тех пор, однако, запросы направляются в основное приложение с запросами английской Википедии, но запросы будут направляться в отдельную очередь «запросы русской Википедии».
Эти запросы следует обрабатывать так же, как и все остальные запросы, следуя рекомендациям, изложенным в этом документе, за исключением того, что запросы следует рассматривать с точки зрения русской Википедии (например, сверяясь с журналом блоков ruwiki вместо enwiki), и если учетная запись создается, ее следует создавать вручную на ruwiki, а не с помощью встроенного создания учетной записи OAuth. Аналогично, пожалуйста, проявляйте повышенную осторожность при оценке этих запросов и руководствуйтесь здравым смыслом, но в остальном никаких особых требований к обработке нет.
Дополнительный контекст см. в этом комментарии к проблеме на GitHub.
Если запрос раскрывает через персональную идентификационную информацию или поле комментариев, что они могли быть заблокированы в другой учетной записи, надлежащей процедурой является закрытие запроса как не созданного с помощью опции «Блокировать цель – апелляция». Это позволяет запрашивающему получить информацию о том, как он может обжаловать блокировку в своей существующей учетной записи либо через форму запроса на своей странице обсуждения, либо, если это невозможно, отправив электронное письмо в UTRS .
Если запрос раскрывает через персональную идентификационную информацию или поле комментариев, что они могут иметь связи с компанией или другим субъектом , но политика имени пользователя соблюдается, надлежащей процедурой является закрытие запроса как созданного с использованием опции «COI risk». Это напрямую приглашает запрашивающего прочитать наши соответствующие политики или руководства по конфликту интересов или продвижению. (т. е. WP:BPCA , WP:PSCOI и WP:PROMOTION )
После того, как вы зарезервировали запрос и решили, что учетная запись должна быть создана, нажмите ссылку Создать! рядом с желаемым именем пользователя. Это приведет вас к форме создания учетной записи MediaWiki . Имя и адрес электронной почты будут заполнены автоматически, а также будет автоматически выбрана опция «Использовать временный случайный пароль». Не отменяйте выбор этой опции и введите пароль. Если вы случайно ввели пароль и нажали Создать учетную запись , перейдите на страницу Special:Userlogin , введите имя пользователя и нажмите Отправить новый пароль по электронной почте . Это раскроет ваш IP-адрес запрашивающему лицу, поэтому постарайтесь этого не делать. Если появится сообщение о том, что имя пользователя запрещено ( пример здесь ), отложите запрос создателю учетной записи , который может переопределить черный список заголовков с помощью опции «Игнорировать черный список» . После создания учетной записи нажмите Создать! рядом с запросом в инструменте ACC.
Все пользовательские закрытия должны заканчиваться подписью электронной почты. Рекомендуется добавить это в настройки, чтобы оно автоматически добавлялось к любым выполняемым вами закрытиям запросов. Если вы этого не сделаете, то вам придется добавлять свою подпись в конце сообщения каждый раз, когда вы закрываете запрос.
Важные моменты, на которые следует обратить внимание:
lists.wikimedia.org . Если содержимое вашего письма конфиденциально и не должно отправляться в список рассылки, рассмотрите возможность попросить администратора инструмента обработать запрос.lists.wikimedia.org . Если вы считаете, что электронное письмо не следует отправлять в список рассылки ACC или оно относится к действиям пользователей инструмента, вы должны скопировать его в список рассылки администратора инструмента, enwiki-acc-admins googlegroups.com .Администраторы инструментов (администраторы инструментов) — это доверенные пользователи, которые могут, помимо прочего, редактировать сообщения интерфейса (используя кнопки « Изменить!» в разделе «Управление сообщениями» и «Управление шаблонами» ), а также имеют доступ к пятой опции, невидимой для других пользователей, «Управление пользователями» , которая позволяет им утверждать, повышать, понижать и приостанавливать пользователей. Однако злоупотребление этими инструментами не допускается, и интерфейс — это не игрушка.
Администраторы, в дополнение к основному списку рассылки, на который подписаны все пользователи, имеют личный список рассылки для обсуждения административных вопросов инструмента. Любой пользователь, который хочет обжаловать приостановку или отказ от ACC, хочет сообщить об аномалии в обработке запроса или иным образом имеет информацию, которой он предпочел бы поделиться в частном порядке только с администраторами инструмента, должен отправить электронное письмо непосредственно в этот список рассылки по адресу enwiki-acc-admins [at] googlegroups [dot] com. Пожалуйста, будьте терпеливы, так как в зависимости от проблемы нам может потребоваться день или два, чтобы ответить вам.
Список администраторов инструмента можно найти в списке пользователей инструмента здесь.
Разработчики интерфейса — это команда, которая имеет доступ к коммиту для инструмента, и, таким образом, может изменять последнюю версию инструмента в репозитории кода. Если вы хотите, чтобы что-то было изменено или добавлено, или нашли ошибку, вы можете связаться с одним из них, но, вероятно, лучше отправить сообщение об ошибке в баг-трекер на GitHub.
Корни инструмента — stwalkerster и FastLizard4 . Они имеют доступ к серверу, на котором запущен инструмент, и являются единственными, кто может изменять конфигурацию инструмента и обновлять его до новой версии. Корни инструмента также выступают в качестве связующего звена между администраторами облачных сервисов и остальными пользователями инструмента. Разработчики и корни инструмента оставляют за собой право изменять инструмент по мере необходимости и удалять доступ к инструменту по любой причине, которую они сочтут нужной.
CheckUsers на Википедии автоматически получат информацию только для CheckUser и базовые возможности администратора на инструменте для выполнения обязанностей, связанных с запросами, требующими CheckUser. Возможность инструмента предоставляется корневым пользователем инструмента или другим пользователем checkuser, предоставляющим вам роль "checkuser" в области управления пользователями.
Если вам срочно необходимо найти и связаться с пользователем CheckUser, который в данный момент находится в сети и активен в Википедии, вы можете сделать это, обратив внимание на пользователя CheckUser в IRC или используя этот инструмент или этот инструмент для поиска пользователя CheckUser, который в данный момент находится в сети и редактирует Википедию, чтобы вы могли связаться с ним.