Extension:ConfirmAccount/ru

This page is a translated version of the page Extension:ConfirmAccount and the translation is 61% complete.
Outdated translations are marked like this.
Справка по расширениям MediaWiki
ConfirmAccount
Статус релиза: стабильно
Реализация Идентификация пользователя , База данных , Служебная страница
Описание Требования представления и утверждения учетных записей.
Автор(ы) Aaron Schulzобсуждение
Политика совместимости Snapshots releases along with MediaWiki. Master is not backward compatible.
MediaWiki >= 1.37.0
Изменения в БД Да
Таблицы account_requests
account_credentials
Лицензия GNU General Public License 2.0 или позднее
Скачать
README
  • $wgAutoWelcomeNewUsers
  • $wgAccountRequestTypes
  • $wgConfirmAccountNotice
  • $wgConfirmAccountCaptchas
  • $wgConfirmAdminEmailExtraFields
  • $wgConfirmAccountRequestFormItems
  • $wgConfirmAccountContact
  • $wgAccountRequestExts
  • $wgAccountRequestThrottle
  • $wgConfirmAccountFSRepos
  • $wgRejectedAccountMaxAge
  • $wgConfirmAccountSaveInfo
  • $wgConfirmAccountSortkey
  • $wgAutoUserBioText
  • $wgAccountRequestWhileBlocked
  • $wgConfirmAccountRejectAge
  • $wgMakeUserPageFromBio
  • confirmaccount
  • confirmaccount-notify
  • requestips
  • lookupcredentials
Ежеквартальные загрузки 168 (Ranked 42nd)
Использование общедоступными вики 953 (Ranked 279th)
Переведите расширение ConfirmAccount, если оно доступно на translatewiki.net
Проблемы Открытые задачи · Сообщить об ошибке

Расширение ConfirmAccount отключает прямое создание учетной записи и требует утверждения новых учетных записей бюрократом. Прямое создание учетной записи все еще можно включить (если вы хотите, чтобы $1/бюрократы могли создавать их напрямую), настроив $3. Direct account creation can still be enabled (if you want Администраторы /Bureaucrats to be able to directly make them) by configuring Руководство:Права пользователя .

The Расширение:ConfirmEdit/ru extension can be used (in conjunction with the ConfirmAccount extension) in order to use captchas to stop flood requests (since version 1.39).

Установка

  • Скачайте и распакуйте файл(ы) в папку с названием ConfirmAccount в вашей папке extensions/.
    Вместо этого разработчикам и соавторам кода следует установить расширение из Git, используя:cd extensions/
    git clone https://gerrit.wikimedia.org/r/mediawiki/extensions/ConfirmAccount
  • Добавьте следующий код в конце вашего файла LocalSettings.php :
    wfLoadExtension( 'ConfirmAccount' );
    $wgGroupPermissions['*']['createaccount'] = false; // REQUIRED to enforce account requests via this extension
    $wgGroupPermissions['bureaucrat']['createaccount'] = true; // optional to allow account creation by this trusted user group
    
  • Выполните скрипт обновления, который автоматически создаст необходимые таблицы, используемые расширением.
  • Настройте, как вам требуется.
  • Убедитесь, что у вики есть права на запись в $wgUploadDirectory .
  •   Готово – Перейдите на страницу Special:Version на своей вики, чтобы удостовериться в том, что расширение успешно установлено.

Настройка

Дополнительно

Есть несколько переменных конфигурации, которые можно настроить в LocalSettings.php (после строки require_once, содержащей wfLoadExtension('ConfirmAccount');).

См. "config" для всех переменных, которые можно установить.

Extension by default use content of the person's bio as default content for userpage. This behavior can be disabled, if $wgMakeUserPageFromBio = false;
Чтобы отключить биографию, установите $wgConfirmAccountRequestFormItems['Biography']['enabled'] = false; на $2:
По умолчанию для отправки формы запроса новому пользователю требуется биография из 6 слов. Чтобы изменить это требование, отредактируйте $code в $wgConfirmAccountRequestFormItems['Biography']['minWords'] = 10;, например, на 10 слов:
Администраторы по-прежнему могут создавать учетные записи напрямую. Чтобы отключить это, добавьте в LocalSettings.php:
Если только зарегистрированным пользователям разрешено просматривать страницы, убедитесь, что вы добавили страницу запроса учетной записи в $wgWhitelistRead. Например:

For example:

$wgWhitelistRead = [
    'Special:RequestAccount',
    'Main Page'
];
На других языках вы должны заменить "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 $wgAccountRequestTypes. Таким образом, если 0 является индексом для 'авторов', то 'авторы', интересующиеся темой, будут иметь текст group0, добавленный к их биографии. Это может быть полезно, скажем, если пользователи могут быть утверждены как авторы или редакторы. У авторов может быть "категория: X авторы", где X — это тема, например "математика", а у редакторов может быть "категория: x редакторы". У вас может быть столько групп, сколько вы хотите, но вам нужна хотя бы одна.

Минимально

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

 $wgMakeUserPageFromBio = false;
 $wgAutoWelcomeNewUsers = false;
 $wgConfirmAccountRequestFormItems = [
 	'UserName'        => [ 'enabled' => true ],
 	'RealName'        => [ 'enabled' => false ],
 	'Biography'       => [ 'enabled' => false, 'minWords' => 50 ],
 	'AreasOfInterest' => [ 'enabled' => false ],
 	'CV'              => [ 'enabled' => false ],
 	'Notes'           => [ 'enabled' => true ],
 	'Links'           => [ 'enabled' => false ],
 	'TermsOfService'  => [ 'enabled' => false ],
 ];

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

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

 
Схема взаимодействия для успешного процесса создания учетной записи.
 
Подтверждение запросов аккаунта на Special:ConfirmAccounts (бета-форма)
  1. Как бюрократ (или другой пользователь с разрешением confirmaccount), перейдите к Special:ConfirmAccounts
  2. Нажмите Предпросмотр
  3. Вы увидите всю форму с данными пользователей. Внимательно просмотрите форму и перейдите к созданию учетной записи или отклоните запрос.
  4. Если вы решили создать учетную запись, биография пользователя станет его страницей пользователя, и страница пользователя будет автоматически создана со сводкой по умолчанию Создание страницы пользователя с биографией нового пользователя.
  5. После создания учетной записи данные, введенные пользователем во время запроса, можно просмотреть, введя имя пользователя в Special:UserCredentials.
Чтобы бюрократы получали уведомления об ожидающих запросах, вам нужно установить адрес электронной почты/список рассылки в LocalSettings.php:
$wgConfirmAccountContact = 'Bureaucrat@domain.com';

Sending notification email to multiple users

This extension allows sending emails to multiple approvers to confirm the account if these users have the confirmaccount-notify permission. This is in addition/alternative to the $wgConfirmAccountContact setting.

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

$wgGroupPermissions['bureaucrat']['confirmaccount-notify'] = true;

Улучшение

Pruning Frequency

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

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

wfLoadExtension( 'ConfirmAccount' );
$wgRejectedAccountMaxAge = 0;

2) Добавьте одну строку в файл /frontend/specialpages/actions/RequestAccount_body.php в самом конце функции showForm() , которая показывает форму запроса, чтобы заставить обрезку прямо перед любым новым запросом:

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

$out->addWikiMsg( 'requestaccount-footer' );
}

новый код:

$out->addWikiMsg( 'requestaccount-footer' );		
# PRUNE
ConfirmAccount::runAutoMaintenance();
}

Ссылка "Запросить учётную запись"

Если вы хотите добавить ссылку для входа «Запросить учётную запись», последняя версия расширения уже добавляет ее за вас. 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.

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

  • If $wgEmailConfirmToEdit = true; is set users will need to confirm their email twice before being able to edit. See задача T182337 for further information.
  • Не устанавливайте/не создавайте MediaWiki:Requestaccount-areas/xx, где xx — код языка, первая часть каждой строки используется в качестве ключей для хранения в БД для проверки учетных записей элементов.
  • Старые версии MediaWiki могут не отображать ссылку на Special:RequestAccount в форме входа пользователя. Вы можете отредактировать MediaWiki:loginprompt, чтобы исправить это.
  • Если ваш почтовый клиент потеряет почтовые данные перед отправкой, пользователи не получат свои пароли, но могут уже иметь созданную учетную запись. Поскольку никто не знает пароли, вы можете использовать Special:ResetPassword, чтобы отправить им новые.
  • Если только несколько человек просматривают страницу подтверждения учетных записей, случайное удаление старых запросов не будет срабатывать часто, поэтому старые отклоненные запросы могут сохраняться. Это предотвращает повторный запрос учетных записей с адресов электронной почты в течение неопределенного периода времени. Вы можете переопределить это поведение и разрешить немедленные повторные запросы, принудительно убрав прямо перед отправкой любого нового запроса. Инструкции здесь.
  • Интеграция с расширением LDAP Authentication

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

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

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

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

wfLoadExtension( 'ConfirmAccount' );
$wgConfirmAccountContact = "admin@example.com";

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

См. также