Extension:ConfirmAccount/tr

ConfirmAccount uzantısı doğrudan hesap oluşturmayı devre dışı bırakır ve yeni hesapların bir bürokrat tarafından onaylanmasını gerektirir. yapılandırarak doğrudan hesap oluşturma yine de etkinleştirilebilir (/Bürokratların bunları doğrudan yapabilmesini istiyorsanız).

Baskı isteklerini durdurmak için captcha'lar kullanmak için uzantısı (ConfirmAccount uzantısı ile birlikte) kullanılabilir.

İsteğe bağlı
LocalSettings.php cinsinden ayarlanabilen birkaç yapılandırma değişkeni vardır (ConfirmAccount.php içeren required_once satırından sonra). Ayarlanabilecek tüm değişkenler için ConfirmAccount.config.php sayfasına bakın. (Varsayılan değerler ConfirmAccount.config.php, ancak bu dosyayı düzenlememelisiniz).

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

Biyografiyi devre dışı bırakmak için  değerini   olarak ayarlayın:


 * Diğer dillerde, "Anasayfa" ve "Special:RequestAccount" yerel isimleriyle değiştirmeniz gerekir, örneğin bir Almanca vikide "Hauptseite" ve "Spezial:Benutzerkonto_beantragen".

Kullanıcıları ilgi alanlarına göre daha fazla kategorize etmek için MediaWiki:Requestaccount-areas ayarlayabilirsiniz. Bu, aşağıdaki gibi bir biçiminde olmalıdır:


 * *Konu|Konu viki sayfası|tüm ilgili kullanıcıların özgeçmişlerine eklenecek metin|group0'daki tüm ilgilenen kullanıcıların biyografilerine eklenecek metin|ilgili tüm kullanıcıların bios grubuna eklenecek metin1|group2'deki tüm ilgilenen kullanıcıların biyografilerine eklenecek metin|...

Bu grup numaraları  üzerinde dayanmaktadır. Dolayısıyla, 'yazarlar' dizini 0 ise, bir konuyla ilgilenen 'yazarlar'ın biyografilerine grup0 metni eklenecektir. Bu, örneğin kullanıcılar yazar veya editör olarak onaylanabiliyorsa yararlı olabilir. Yazarların "kategori:X yazarları" olabilir; burada X, "matematik" gibi bir konudur ve editörler "kategori:x düzenleyicileri" sahip olabilir. İstediğiniz kadar gruba sahip olabilirsiniz, ancak en az birine ihtiyacınız var.

Minimal
Captcha'lar, kara listeler ve filtreler yerine spam'ı önlemeye çalışmak; Yeni kullanıcı kayıtlarını daha basit bir Hesap iste ile manüel olarak denetleyin. Yalnızca bir kullanıcı adı, e-posta adresi ve kısa bir mesaj istemek. require_once "$IP/extensions/ConfirmAccount/ConfirmAccount.php"; satırından sonra LocalSettings.php ile aşağıdakini ekleyin.

İsteğe bağlı olarak sistem mesajları ince ayar yapın: requestaccount-text, requestaccount-notes, requestaccount-ext-text, requestaccount-acc-text.

Kullanım





 * 1) Bürokrat (veya confirmaccount iznine sahip başka bir kullanıcı) olarak   sayfasına göz atın
 * 2) İncele' ye tıklayın
 * 3) Kullanıcı verileriyle birlikte tüm formu göreceksiniz. Formu dikkatlice inceleyin ve hesabı oluşturmaya veya isteği reddetmeye devam edin.
 * 4) Hesabı oluşturmayı seçerseniz, kullanıcının biyografisi kendi kullanıcı sayfası olur ve kullanıcı sayfası, Yeni kullanıcının biyografisiyle kullanıcı sayfası oluşturma varsayılan özetiyle otomatik olarak oluşturulur.
 * 5) Bir hesap oluşturulduktan sonra, talep anında kullanıcı tarafından girilen veri, kullanıcı adı  sayfasına yazılarak girebilir.

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:

Geliştirmeler


Budama Frekansı
Robot istekleriyle mücadele etmek için varsayılan ayarlar, reddedilen e-posta hesaplarının, reddedildikten sonra rastgele bir süre için bir hesabı yeniden istemesini önler. Reddedilen e-postaların, reddedildikten hemen sonra veya düzeltme bir bekleme süresinden sonra (redden sonra günler, haftalar, aylar ve hatta yıllar sonra) hesapları yeniden talep edebilmesini istiyorsanız, aşağıdaki 2 adımı uygulayın:

1) LocalSettings.php'de, gerekli bildirimden sonra, Reddedilen Yaş'ı 0'a (reddedildiğinde hemen sona erme için) veya saniye cinsinden istediğiniz bekleme süresine ayarlayın:

2) Herhangi bir yeni istekten hemen önce budama işlemini zorlamak için, İstek formunu gösteren  işlevinin en sonuna   dosyasına bir satır ekleyin:

orijinal kod:

yeni kod:



"Hesap iste" Bağlantısı
Bir "Hesap iste" giriş bağlantısı eklemek isterseniz, uzantının en son sürümü bunu sizin için zaten ekler. 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.



Bilinen sorunlar

 * , LocalSettings olarak true ayarlamayın, oturum açma isteğini geçersiz kılar ve kullanıcıların onay olmadan kaydolmasına izin verir.
 * xx'in bir dil kodu olduğu durumda MediaWiki:Requestaccount-areas/xx ayarlamayın/oluşturmayın, her satırın ilk bölümü, hesap talep edenlerin kontrol ettiği öğeler için DB'de saklanacak anahtarlar olarak kullanılır.
 * MediaWiki'nin eski sürümleri, kullanıcı oturum açma formunda Special:RequestAccount bağlantısını göstermeyebilir. Bunu düzeltmek için MediaWiki:loginprompt düzenleyebilirsiniz.
 * E-posta istemciniz posta verilerini göndermeden önce kaybederse, kullanıcılar parolarını alamaz, ancak bir hesabı olabilir. Parolaları kimse bilmediğinden, onlara yenilerini göndermek için Special:ResetPassword kullanmak isteyebilirsiniz.
 * Hesapları onayla sayfasını yalnızca birkaç kişi görüntülerse, eski isteklerin rastgele tetiklenen budanması sık sık tetiklenmeyeceğinden eski reddedilen istekler devam edebilir. Bu, e-posta adreslerinin bilinmeyen bir süre için hesapları yeniden istemesini engeller. Herhangi bir yeni İstek gönderilmeden hemen önce budama işlemini zorlayarak bu davranışı geçersiz kılabilir ve anında yeniden isteklere izin verebilirsiniz. Talimatlar burada.
 * LDAP Authentication uzantısı ile entegrasyon
 * [solved] Captcha: before version 1.40, the captcha was not validated (see ), there was only a specific patch for hCaptcha (see Topic:W449yd63slfossl2).

Sorun giderme

 * Bildirim e-postaları gönderilmiyor

Test ediyorsanız, bir kullanıcının önce e-posta adresini kendisine gönderilen bağlantı yoluyla onaylaması gerektiğini ve ardından e-postanın hesabı onaylamak için bürokratlara gönderileceğini unutmayın.

Uzantı ile ilgili ayarların require_once satırından sonra verildiğinden emin olun. Daha önce değil, aksi takdirde uzantı bu ayarları görmez ve sessizce başarısız olur. örn.

Ayrıca, 'confirmaccount-notify' ayarını kullanırken, gruptaki her kullanıcının (ör. hizmetli) Special:Preferences içindeki "" ile izin vermediği ve aynı form içinde e-posta adreslerini onaylamadığı sürece bildirim almayacağını unutmayın.



Ayrıca bakınız

 * Extension:InviteSignup, hizmetli tarafından başlatılan (toplu) hesap oluşturma için
 * TwnMainPage uzantısı, "deneme tahtası" sunar; burada kullanıcının ayrıcalıksız bir hesap oluşturabileceği, bazı düzenlemeler önerebileceği ve onay isteyebileceği