Extension:ConfirmAccount/cs

Rozšíření ConfirmAccount zakazuje přímé vytváření účtů a vyžaduje schválení nových účtů byrokratem. Přímé vytvoření účtu může být stále povoleno (pokud chcete, aby je /byrokraté mohli přímo vytvářet) nakonfigurováním.

Rozšíření lze použít (ve spojení s rozšířením ConfirmAccount) za účelem použití captchas k zastavení záplavy požadavků.

Volitelné
Existuje několik konfiguračních proměnných, které lze upravit v LocalSettings.php (po řádku require_once, který obsahuje ConfirmAccount.php). Viz ConfirmAccount.config.php pro všechny proměnné, které lze nastavit. (Výchozí hodnoty jsou v ConfirmAccount.config.php, ale tento soubor byste neměli upravovat).

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

Chcete-li biografii deaktivovat, nastavte  na  :


 * V jiných jazycích musíte nahradit "Main Page" a "Special:RequestAccount" jejich místními názvy, například "Hauptseite" a "Spezial:Benutzerkonto_beantragen" na německé wiki.

Pro další kategorizaci uživatelů na základě jejich zájmů můžete nastavit MediaWiki:Requestaccount-areas. Mělo by to být ve formátu jako:


 * *Téma|Stránka wiki s tématem|text, který se přidá do životopisu všech zainteresovaných uživatelů |text, který se přidá do životopisu všech zainteresovaných uživatelů ve skupině0|text, který se připojí ke skupině bios všech zainteresovaných uživatelů1|text, který se připojí ke všem zainteresovaným bios uživatele ve skupině2|...

Tato čísla skupin vycházejí z. Pokud je tedy 0 index pro 'autory', pak 'autoři' zajímající se o téma budou mít text skupiny 0 připojený k jejich biografii. To může být užitečné, řekněme, pokud uživatelé mohou být schváleni jako autoři nebo editoři. Autoři mohou mít "category:X authors", kde X je téma, například "matematika", a editoři mohou mít "category:x editors". Můžete mít tolik skupin, kolik chcete, ale potřebujete alespoň jednu.

Minimal
Aby se zabránilo spamu, namísto captchas, blacklistů a filtrů, ručně moderujte registrace nových uživatelů pomocí jednoduššího Request account (požádat o účet). Vyžaduje pouze uživatelské jméno, emailovou adresu a krátkou zprávu. Přidejte následující k LocalSettings.php za řádek require_once "$IP/extensions/ConfirmAccount/ConfirmAccount.php";.

Volitelně dolaďte systémovou zprávu/zprávy: requestaccount-text, requestaccount-notes, requestaccount-ext-text, requestaccount-acc-text.

Použití





 * 1) Jako byrokrat (nebo jiný uživatel s oprávněním confirmaccount) přejděte na.
 * 2) Klikněte na Review (recenze).
 * 3) Uvidíte celý formulář s údaji uživatelů. Pečlivě zkontrolujte formulář a pokračujte k vytvoření účtu nebo zamítnutí žádosti.
 * 4) Pokud se rozhodnete vytvořit účet, životopis uživatele se stane jeho uživatelskou stránkou a uživatelská stránka bude automaticky vytvořena s výchozím shrnutím Vytváření uživatelské stránky s biografií nového uživatele.
 * 5) Po vytvoření účtu lze na data zadaná uživatelem v době požadavku odkazovat zadáním uživatelského jména na

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:

Vylepšení


Frekvence omezování
Aby bylo možné bojovat proti robotickým žádostem, výchozí nastavení brání odmítnutým emailovým účtům v opětovném vyžádání účtu po náhodnou dobu po zamítnutí. Pokud chcete, aby odmítnutými emaily bylo možné znovu žádat o účty ihned po zamítnutí nebo po pevně stanovené době čekání (dny, týdny, měsíce nebo dokonce roky po odmítnutí), použijte následující 2 kroky:

1) V souboru "LocalSettings.php" po požadované deklaraci nastavte Rejected-Age na 0 (pro okamžité vypršení při odmítnutí), nebo na vámi požadovanou dobu čekání v sekundách:

2) Přidejte jeden řádek do souboru  na úplný konec funkce , která zobrazuje formulář požadavku, abyste vynutili omezení přímo před každým novým požadavkem:

původní kód:

nový kód:



Odkaz "Request account" (požádat o účet)
Pokud byste chtěli přidat přihlašovací odkaz "Vyžádat účet", nejnovější verze rozšíření jej již přidala za vás. 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.



Známé problémy
This prevents email addresses from re-requesting accounts for an unknown time period. You can override this behavior, and allow immediate re-requests, by forcing prune right before any new Request is submitted. Instructions here.
 * Pro ne nastavte  na true v LocalSettings, přepíšete tím požadavek přihlášení a umožní uživatelům zaregistrovat se bez potvrzení.
 * Nenastavujte/nevytvářejte MediaWiki:Requestaccount-areas/xx, kde xx je kód jazyka, první část každého řádku se používá jako klíč k uložení do DB pro položky, které žadatelé o účty kontrolují.
 * Starší verze MediaWiki nemusí v přihlašovacím formuláři uživatele zobrazovat odkaz na Special:RequestAccount. Chcete-li to napravit, můžete upravit MediaWiki:loginprompt.
 * Pokud váš emailový klient ztratí data pošty před jejím odesláním, uživatelé nedostanou svá hesla, ale mohou mít účet. Protože nikdo nezná hesla, možná budete chtít použít Special:ResetPassword a poslat jim nová.
 * If only a few people view the confirm accounts page, the randomly triggered pruning of old requests will not trigger often, so old rejected requests may persist.
 * Integration with LDAP Authentication extension

Řešení problémů

 * Notification emails do not get sent

If you are testing, note that a user must first confirm their email address through the link emailed to them, and then the email will be sent to the bureaucrat to confirm the account.

Make sure that setting(s) related to extension are introduced after the require_once line. Not before, otherwise extension doesn't see these settings and they fail silently. e.g.

Also note that when using the 'confirmaccount-notify' setting, that each user in the group (e.g. sysop) will not receive notices unless their in Special:Preferences allow "" and that they have confirmed their email address within the same form.



Viz též

 * 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