Extension:ConfirmAccount/ru

Расширение ConfirmAccount отключает прямое создание учетной записи и требует утверждения новых учетных записей бюрократом. Прямое создание учетной записи все еще можно включить (если вы хотите, чтобы /бюрократы могли создавать их напрямую), настроив.

Расширение можно использовать (вместе с расширением ConfirmAccount), чтобы использовать капчи для предотвращения флуд-запросов.

Дополнительно
Есть несколько переменных конфигурации, которые можно настроить в LocalSettings.php (после строки require_once, содержащей ConfirmAccount.php). См. ConfirmAccount.config.php для всех переменных, которые можно установить. (Значения по умолчанию указаны в ConfirmAccount.config.php, но вы не должны редактировать этот файл).

For example, to set the person's bio as their userpage, set $wgMakeUserPageFromBio = true.

Чтобы отключить биографию, установите  на  :


 * На других языках вы должны заменить "Main Page" и "Special:RequestAccount" их местными именами, например, "Hauptseite" и "Spezial:Benutzerkonto_beantragen" в немецкой вики.

Чтобы дополнительно классифицировать пользователей на основе их интересов, вы можете настроить MediaWiki:Requestaccount-areas. Это должно быть в таком формате:


 * *Topic|Topic wiki page|text to append to all interested users' bios |text to append to all interested users' bios in group0|text to append to all interested users' bios group1|text to append to all interested users' bios in group2|...

These group numbers are based on. Таким образом, если 0 является индексом для 'авторов', то 'авторы', интересующиеся темой, будут иметь текст group0, добавленный к их биографии. Это может быть полезно, скажем, если пользователи могут быть утверждены как авторы или редакторы. У авторов может быть "категория: X авторы", где X — это тема, например "математика", а у редакторов может быть "категория: x редакторы". У вас может быть столько групп, сколько вы хотите, но вам нужна хотя бы одна.

Минимально
Чтобы попытаться предотвратить спам, вместо капч, черных списков и фильтров; вручную модерировать регистрацию новых пользователей с помощью более простого Запрос учетной записи. Запрашиваются только имя пользователя, адрес электронной почты и краткое сообщение. Добавьте следующее в LocalSettings.php после строки require_once "$IP/extensions/ConfirmAccount/ConfirmAccount.php";.

При желании настройте системные сообщения: requestaccount-text, requestaccount-notes, requestaccount-ext-text, requestaccount-acc-text.

Использование





 * 1) Как бюрократ (или другой пользователь с разрешением confirmaccount), перейдите к
 * 2) Нажмите Предпросмотр
 * 3) Вы увидите всю форму с данными пользователей. Внимательно просмотрите форму и перейдите к созданию учетной записи или отклоните запрос.
 * 4) Если вы решили создать учетную запись, биография пользователя станет его страницей пользователя, и страница пользователя будет автоматически создана со сводкой по умолчанию Создание страницы пользователя с биографией нового пользователя.
 * 5) После создания учетной записи данные, введенные пользователем во время запроса, можно просмотреть, введя имя пользователя в.

Sending notification email to multiple users
This extension allows sending emails to multiple approvers to confirm the account if these users have the  permission. This is in addition/alternative to the  setting.

This can be achieved (for instance for bureaucrats) by providing them this permission by adding the following to the "LocalSettings.php" file:

Pruning Frequency
Для борьбы с роботами-запросами настройки по умолчанию запрещают отклоненным учетным записям электронной почты повторно запрашивать учетную запись в течение случайного периода времени после отклонения. Если вы хотите, чтобы отклоненные адрес электронной почты могли повторно запрашивать учетные записи сразу после отклонения или после фиксированного времени ожидания (дни, недели, месяцы или даже годы после отклонения), выполните следующие 2 шага:

1) В файле "LocalSettings.php" после обязательного объявления установите для Rejected-Age значение 0 (для немедленного истечения срока действия при отклонении) или желаемое время ожидания в секундах:

2) Добавьте одну строку в файл  в самом конце функции $showform, которая показывает форму запроса, чтобы заставить обрезку прямо перед любым новым запросом:

исходный код:

новый код:

"Request account" Link
If you would like to add a "Request account" login link, the latest version of the extension already adds it for you. However, if that doesn't work, you will need to update to the latest version of your branch of ConfirmAccount from Git. For instance, if you are using MediaWiki 1.35, you should stay on the REL1_35 branch but pull from Git to retrieve the latest changes.



Известные проблемы

 * Не устанавливайте  в значение true в LocalSettings, это переопределит запрос входа в систему и позволит пользователям регистрироваться без подтверждения.
 * Не устанавливайте/не создавайте MediaWiki:Requestaccount-areas/xx, где xx — код языка, первая часть каждой строки используется в качестве ключей для хранения в БД для проверки учетных записей элементов.
 * Старые версии MediaWiki могут не отображать ссылку на Special:RequestAccount в форме входа пользователя. Вы можете отредактировать MediaWiki:loginprompt, чтобы исправить это.
 * Если ваш почтовый клиент потеряет почтовые данные перед отправкой, пользователи не получат свои пароли, но могут уже иметь созданную учетную запись. Поскольку никто не знает пароли, вы можете использовать Special:ResetPassword, чтобы отправить им новые.
 * Если только несколько человек просматривают страницу подтверждения учетных записей, случайное удаление старых запросов не будет срабатывать часто, поэтому старые отклоненные запросы могут сохраняться. Это предотвращает повторный запрос учетных записей с адресов электронной почты в течение неопределенного периода времени. Вы можете переопределить это поведение и разрешить немедленные повторные запросы, принудительно убрав прямо перед отExtension:ConfirmAccount#Pruning_Frequencyправкой любого нового запроса. Инструкции здесь.
 * Интеграция с расширением LDAP Authentication

Разрешение проблем

 * Уведомления по электронной почте не отправляются

Если вы тестируете, обратите внимание, что пользователь должен сначала подтвердить свой адрес электронной почты по ссылке, отправленной ему по электронной почте, а затем электронное письмо будет отправлено бюрократу для подтверждения учетной записи.

Убедитесь, что настройки, относящиеся к расширению, вводятся после строки require_once'. Не до, иначе расширение не увидит эти настройки и они не будут применены. Например

Также обратите внимание, что при использовании параметра 'confirmaccount-notify' каждый пользователь в группе (например Администратор) не будет получать уведомления, если в Special:Preferences не разрешают "" и что они не подтвердили свой адрес электронной почты в той же форме.



См. также

 * Extension:InviteSignup, for administrator-initiated (mass) account creation
 * TwnMainPage extension, offering a "sandbox" where user can create an unprivileged account, propose some edits and ask approval