Extension:Moderation/tr

Moderation uzantısı, küçük ve orta büyüklükteki vikiler için vandalizme karşı koruma sağlar.

Bu, en etkili vandal koruma yöntemlerinden biridir ve yasal kullanıcılar üzerinde çok az etkisi vardır.

Giriş

 * Nasıl çalışır?:
 * 1) Yeni bir kullanıcı tarafından yapılan her düzenleme (veya resim yüklemesi) bir denetim kuyruğuna gönderilir.
 * 2) Moderatör bu düzenlemeyi onaylayana kadar sayfa değiştirilmez. Bekleyen düzenlemeler ne sayfa geçmişinde ne de RecentChanges'da yer almaz.
 * 3) Kullanıcı kendi düzenlemesini görebilir ve sayfanın kendi sürümünü düzenlemeye devam edebilir.


 * Hizmetliler nasıl denetler?:
 * 1) Yeni bir özel sayfa sağlanır (Special:Moderation). Son Değişiklikler'e çok benzer, ancak "Onayla", "Reddet", "Tümünü onayla" ve "Tümünü reddet" düğmelerine sahiptir.
 * 2) Reddedilen düzenlemeler reddedilen arşive gider.
 * 3) Onaylanan düzenlemeler normal şekilde uygulanır.
 * 4) "Neyi onaylayan" günlükleri tutulur. Bunları yalnızca moderatörler görebilir.
 * 5) Düzenleme çakışması tespit edilirse ve otomatik olarak çözülemezse, moderatörün düzenlemeyi manüel olarak uygulamak için bir birleştirme düğmesi vardır.


 * Bu neden iyi?:
 * 1) Sinir bozucu, telefon numarası doğrulamaları vb. yeni kullanıcıların cesaretini kırmaz. MediaWiki'de moderasyon olmadan yaptıkları gibi normal şekilde düzenlerler.
 * 2) Engel neredeyse eski hale gelir. Ve engellemeler iyi değildir (aralık engellemesiyle meşru bir kullanıcıya ulaşma şansını veya bazen bir veya iki sayfayı tahrip etme dürtüsü olan çok yetersiz bir kullanıcının iyi düzenlemelerine izin verememesini düşünün).
 * 3) "Fark edilmek istemekten" kaynaklanan vandalizm caydırılır. Kimse, tüm bu eylemlerin bir sorun olmadığı biliniyorsa, hizmetliye kızdıracak yeni ve yeni proxy'ler aramak için 5 saat oturmaz.
 * 4) "Tek tıklamayla geri döndürme önlemek için bir sayfayı iki hesaptan tahrip etme" gibi vandalizm yöntemleri artık etkili değil.
 * 5) Web sitesi, TOR veya I2P gibi anonim ağlarda çalışabilir.
 * 6) Users can hide their mistakes from appearing in the revision history and even from moderators by fixing them in time.
 * 7) Since any edit is only permanently recorded upon approval, users can correct botched edit summaries.

Alternatifler
MediaWiki'nin vandalizme karşı başka yöntemleri var mı? Kısaca - gerçekten değil.

MediaWiki, Vikipedi için geliştirilmiştir. Herhangi bir zamanda, Vikipedi'de gerçek zamanlı olarak vandalizmi geri döndürmek isteyen yüzlerce gönüllü var. Vikipedi dışında neredeyse tüm diğer vikilerin bu tür bir avantajı yok. MediaWiki'nin yerleşik karşı-vandalizm fikri, vandalizmin onu geri döndürmekten daha fazla zaman almasıdır. Normalde bu doğrudur, ancak bu, vandalizmin cesaretini kırmada yetersiz bir iş çıkarır ve hizmetliler, geri döndürme zamanlarının çoğunu almasa bile, vandalizmi sık sık kontrol etmek zorundadır.

Vandalizmle savaşmanın bilinen üç yöntemi vardır:


 * 1) Tüm düzenlemeleri zorlaştırın. Örneğin, Lurkmore.to, yeni kullanıcıların tüm düzenlemelerine güçlü bir captcha uygular ve sonunda captcha olmadan düzenleme yapabilmek için çok sayıda düzenleme gerekir. Bu nedenle vandal, bir avuç düzenleme yapmak için çok zaman harcamak zorundadır.
 * Bariz bir eksi, tüm meşru kullanıcıların da captcha'yı atlaması gerektiğidir, bu da yazım düzeltmeleri gibi küçük düzenlemeleri caydırabilir.
 * 1) Kullanıcı kimliğini zorunlu kılın - örneğin, Facebook üzerinden oturum açın. Sosyal ağ, tüm kullanıcılarının geçerli bir cep telefonu numarasına sahip olduğunu doğrularsa, her vandalizm girişimi, vandalın mağazaya gidip yeni bir SIM kart almasını gerektirir. Bu yöntem son derece etkilidir, ancak anonim düzenlemeyi ortadan kaldırır ve desteklenen herhangi bir sosyal ağda hesabı olmayan kullanıcıları uzaklaştırır.
 * Bu yöntemin güçlü bir eksi, kullanıcıların gizliliği üzerindeki etkisidir. Demokratik olmayan ülkelerde siyasetle ilgili bir sayfanın düzenlenmesi, hükümetin kullanıcıyı belirlemeye ve zulmetmeye çalışmasına neden olabilir. Örneğin Rus "aşırılık karşıtı özel kuvveti", Ramazan Kadirov ve Molotof kokteyli konulu sayfaların yazarları hakkında bilgilerin elde edilmesi talebiyle Lurkmore.to ile temasa geçti.
 * 1) Vandalizmin sonuçlarını hafifletin. Örneğin, bir kullanıcı rahatsız edici başlıklara sahip 100 sayfa oluşturabilir, ancak hepsi  içinde iki tıklama ile silinebilir. Moderasyon uzantısı bu kategoriye aittir.



Bu uzantı kararlı mı?
Bu uzantı kararlı. Kasım 2014'ten beri Rusça Yansiklopedi'de (absurdopedia.net) üretimde kullanılmaktadır.

Uzantı, önemli kapsama alanına sahip bir otomatik testsuite sahiptir (phpunit ve Selenium). Moderasyonda yapılan her değişiklik aşağıdakiler üzerinde otomatik olarak test edilir:


 * 1) MediaWiki'nin en yeni sürümü
 * 2) MediaWiki 1.35 (LTS)
 * 3) MediaWiki 1.31 (eski LTS)

Bilinen tüm sorunlar için lütfen KNOWN_LIMITATIONS, TODO ve WONT_DO dosyalarını okuyun. Herhangi bir sorunuz varsa yazarla iletişime geçebilirsiniz.



FlaggedRevs veya Approved Revs'den farkı nedir?
ve yanlış revizyonları yalnızca okuyuculardan gizler. Vandal düzenlemeler geçmişte ve Son Değişiklikler'de hala var olacak ve tüm editörler, tahrip edilmiş sayfayı düzenlemeye çalıştıklarında bunlarla karşılaşacaklar. Bu nedenle editörler vandalizmi hızla geri almak zorunda kalacaklardı.

Öte yandan, Moderation, vandal düzenlemeleri tamamen ortadan kaldırır: onaylanmamış revizyonlar, yalnızca sayfa geçmişinde oluşturulmaz, vb. Bu, yalnızca okuyucuların değil, diğer editörlerin de herhangi bir sayfadaki vandal düzenlemeleri görmemesini sağlar.

Kısacası, (1) FlaggedRevs kalite kontrol içindir, ancak kalıcı vandalizme karşı yardımcı olmaz. (2) Moderation, özellikle vandalizme karşıdır ve onu tamamen etkisiz kılar.

Kurulum
MediaWiki'nin (1.35+) modern sürümleri için aşağıdaki talimatı kullanın:



MediaWiki'nin eski sürümleri için kurulum
MediaWiki 1.31-1.34 için yukarıda belirtilen "git clone" komutunu aşağıdaki ile değiştirin:

MediaWiki 1.27-1.30 için yukarıda belirtilen "git clone" komutunu aşağıdaki ile değiştirin:

MediaWiki 1.23-1.26 için yukarıda belirtilen "git clone" komutunu aşağıdaki ile değiştirin:

Bu sürümler yine de güvenlik düzeltmeleri alabilir (varsa), ancak yeni özellikler alamaz.

Yapılandırma


$LS için parametreler

 * $wgModerationEnable: false olarak ayarlanırsa, her zamanki gibi yeni düzenlemeler uygulanır (denetime gönderilmez). Varsayılan: true.
 * $wgModerationTimeToOverrideRejection: Reddedilen düzenlemenin ardından geçen süre (saniye cinsinden) artık onaylanamazdı. Varsayılan: 2 weeks. Not: reddedilen eski düzenlemeler SİLİNMEZ (moderatörler, bu süre geçse bile bu düzenlemelere her zaman Reddedilenler klasöründe bakabilirler).
 * $wgModerationOnlyInNamespaces: Bir ad alanı numarası dizisine ayarlanırsa (ör. ), moderasyon yalnızca bu ad alanlarında etkinleştirilir (diğer ad alanlarında yapılan düzenlemeler denetlemeyi atlayacaktır). Varsayılan (boş dizi): moderasyon her yerde etkindir.
 * $wgModerationIgnoredInNamespaces: Bir ad alanı numarası dizisine ayarlanırsa (örneğin, ), otomatik denetlenmeyen kullanıcılar bu ad alanlarında denetlemeyi atlayabilir. Varsayılan (boş dizi): denetim hiçbir yerde atlanamaz.
 * $wgModerationNotificationEnable: True ise, denetim için her düzenleme kuyruğa alındığında bildirim e-postası $wgModerationEmail (ör. ) ile gönderilir. Varsayılan: false.
 * $wgModerationNotificationNewOnly: True ise, yalnızca yeni sayfalar hakkında bildirimde bulunun (mevcut sayfalardaki düzenlemeler hakkında değil). Varsayılan: false.

Ayrıca bakınız: #YALNIZCA yayın öncesi inceleme için yapılandırma seçenekleri (vikilerin %95'i için önerilmeyen seçenekler).



Kullanıcı hakları


Ek vandalizm karşıtı ipuçları
Vandalizmi önlemek için aşağıdaki ek önlemler uygulanmalıdır:


 * 1) Geri döndürülmesi zor vandalizm için kullanılabileceğinden, lütfen sayfaların yeniden adlandırılmasını güvenilir bir grupla sınırlayın (yalnızca "automoderated" değil).
 * 2) Rahatsız edici adlarla yeni hesaplar kaydetmek, bir vandalın kendisini Son Değişiklikler'de göstermesinin bir yoludur. Basit bir çözüm, yeni kullanıcı günlüğünü Son Değişiklikler'den kaldırmaktır:



Önerilen kullanım / iyi uygulamalar
Aşağıdaki iyi uygulamalar tavsiye edilir:


 * 1) Yalnızca vandalizm reddedilmelidir. İyi niyetle yapılan pek iyi olmayan düzenlemeler (örneğin, vikinin bir film hakkındaki maddesinde aşırı olay örgüsü ayrıntıları eklemek) daha iyi Onaylanır ve ardından her zamanki gibi ve düzenleme özetinde bir nedenle geri alınır. Bu şekilde yazar rahatsız olmaz ve metin sayfa geçmişine kaydedilir, şeffaflık ve düzenleyici sorumluluğu için herkes tarafından görülebilir.
 * 2) Meşru kabul edilen (N iyi düzenleme yapan) herhangi bir kullanıcı   grubuna eklenmelidir.
 * 3) Vandalları çok küçük düzenlemeler yapmaya (örneğin vikiarası eklemek) motive ettiğinden, kullanıcıları  üzerinden   grubuna eklemek ÖNERİLMEZ. Tek bir iyi düzenleme için bunları manüel olarak   yükseltin ve sayım için yapılan 30 gereksiz düzenlemeye yükseltmeyin.
 * 4)  kullanmaktan kaçının. Belki önemli şablonlar dışında, "her ihtimale karşı".
 * 5) Kötü bir düzenleme geçmişine sahip kullanıcıların tam olarak iyileştirilmesine izin verin. Kaç kez engellenirlerse engelesin, maddelerdeki yararlı düzenlemelerine izin verilmelidir. Aynı zamanda, tartışma sayfalarındaki trolleme, özellikle düşük kaliteli düzenlemeler de reddedilmelidir.
 * 6) Please note that an editor who appears to be resubmitting a rejected edit does not necessarily imply an intent to edit-war, but the editor might have made changes to their pending edit without noticing that it was rejected in the meantime.



Önerilmeyen kullanım: Yayım öncesi inceleme uzantısı olarak moderasyon
Moderasyon ilk önce bir anti-vandalizm aracıdır, ancak bazı vikiler bunu kalite kontrol için kullanır. Örneğin, bilimsel çalışmalardan oluşan bir viki şunları seçebilir:


 * 1) Endüstrinin katı kalite standartlarını karşılayana kadar hiçbir düzenlemeyi onaylamayın.
 * 2) Yazarın gerektiği kadar düzenlemeye devam edebilmesi için henüz yeterince iyi olmayan düzenlemeleri reddetmeyin.

Bu yaklaşımın avantajları:


 * 1) Yeni sayfa, tamamen incelendi, yazım hatası içermeyen doğru biçimlendirilmiş bir belge olarak görünür.
 * 2) Yazar ve moderatörler dışında hiç kimse kusurlu revizyonları görmez.

Eksileri:


 * 1) Diğer kullanıcılar, onaylanana kadar maddeyi geliştiremez. Aslında, var olduğunu bile bilmeyecekler.
 * 2) Bekleyen değişikliklerin "düzenleme geçmişi" yoktur. Moderasyon, her sayfa/kullanıcı çifti için yalnızca 1 bekleyen değişikliği saklar. Sayfanızı haftalarca yayına hazırlıyorsanız bu sakıncalıdır.  Kullanıcı, bekleyen revizyonundaki gerekli metni yanlışlıkla silebilir ve bu kurtarılamaz.



YALNIZCA yayım öncesi inceleme için yapılandırma seçenekleri
Aşağıdaki parametreler yalnızca gözden geçirme için Moderasyon kullanılırken gereklidir. Vikilerin %95'i için tavsiye edilmezler (En İyi Uygulamaları takip ederken, tamamen gerekli değildir).

''Neden tavsiye edilmiyor? Cevap: En İyi Uygulamaları takip ederken, kötü biçimlendirildiği için iyi bir değişikliği asla reddetmezsiniz. Bu düzenleme iyi olsun ya da olmasın, "fark" bağlantısından biliyorsunuz. "Önizleme" bağlantısı, kararınızı etkilememesi gereken "bu sayfanın nasıl biçimlendirildiğini" söyler.'' ''Neden tavsiye edilmiyor? Cevap: karıştırması kolay. Moderatör, bekleyen düzenleme metnini yanlışlıkla silebilir (ve kurtarılamaz). Dahası, bu değişiklikler moderatöre atfedilmez (onaylandıktan sonra, orijinal yazar düzenlemeyi bu şekilde yapmış gibi görünür) ki bu ürkütücüdür.''
 * $wgModerationPreviewLink: true ise, Önizleme bağlantısı Special:Moderation sayfasında gösterilir. Varsayılan: false.
 * $wgModerationEnableEditChange: true ise, moderatörler onaylamadan önce bekleyen değişikliklerin metnini değiştirebilir. Varsayılan: false.



Diğer uzantılarla uyumluluk

 * 1) Extension:Moderation, LocalSettings.php'de last etkinleştirilmelidir, çünkü en az  kancayı iptal eder.
 * 2) Extension:Moderation,  ile tam olarak destekler, yani CheckUser uzantısı etkinleştirilirse, onaylanan herhangi bir düzenlemede doğru IP, kullanıcı aracısı ve XFF denetleyici tablolarında kaydedilmiş olacaktır.
 * 3) Extension:Moderation,  ve  ile tamamen uyumludur. Teorik olarak diğer API tabanlı editörlerle de çalışmalıdır.
 * 4)  (Flow olarak da bilinir) ve  çalışacaktır, ancak Flow/CommentStreams forumlarındaki düzenlemeler denetlemeyi atlayacaktır.
 * Flow forumlarının yönetimi Extension:StructuredDiscussions'ın kendisinde uygulanmalıdır. Bu forumlar, Moderation tarafından desteklenmeyen metin olmayan bir "içerik modeli" kullanıyor.
 * CommentStreams extension misinterprets "edit was queued for moderation" as an error, which can only be fixed in Extension:CommentStreams itself.
 * 1) Çoklu İçerik Revizyonların birkaç yuvasını değiştiren uzantılar (MediaWiki'nin yaptığı gibi yalnızca ana yuvayı değil) henüz desteklenmemektedir. (şu anda çok az uzantı var)



Ayrıca bakınız

 * - genel CAPTCHA uzantısı.
 * - spam botlara karşı genel uzantı ve boşluk gibi tipik vandalizm.
 * - bir sayfada varsayılan olarak görüntülenen revizyonun "onaylandı" olarak işaretlenmesine izin verir.
 * - daha gelişmiş (ve daha ağır) sürümü.