Extension:Moderation

This page is a translated version of the page Extension:Moderation and the translation is 100% complete.
Other languages:
English • ‎Türkçe • ‎dansk • ‎français • ‎中文 • ‎日本語
MediaWiki manüel uzantıları
OOjs UI icon advanced.svg
Moderation
Sürüm durumu: kararlı
Special Moderation screenshot.png
Uygulama Özel sayfa
Açıklama Yeni kullanıcıların tüm düzenlemelerini ve yüklemelerini moderasyona gönderir.
Yazar(lar) Edward Chernenko
En son sürüm 1.4.20 (2020-03-13)
Uyumluluk politikası usta
MediaWiki 1.31+ (master branch)

1.27-1.30 (REL1_27 branch)

1.23-1.26 (REL1_23 branch)
PHP 7.0+
Veritabanı değişiklikleri Evet
Tablolar moderation
moderation_block
Lisans GNU Genel Kamu Lisansı 3.0 veya üstü
İndir

  • $wgModerationEnable
  • $wgModerationTimeToOverrideRejection
  • $wgModerationOnlyInNamespaces
  • $wgModerationIgnoredInNamespaces
  • $wgModerationNotificationEnable
  • $wgModerationEmail
  • $wgModerationNotificationNewOnly

  • moderation
  • skip-moderation
  • skip-move-moderation
  • moderation-checkuser
, Moderation uzantısını çevirin
Kullanım ve sürüm matrisini kontrol edin.

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 denetlenir?
  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 captcha'lar , 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.

Alternatifler

 
Moderasyon günlüğü

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.
  2. 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, Lurkmore.to, Ramzan Kadırov ve Molotof kokteyli ile ilgili sayfaların yazarları hakkında bilgi ifşa etme talepleriyle Rus "aşırılık karşıtı özel kuvvet" ile temasa geçti.[1]
  3. Vandalizmin sonuçlarını hafifletin. Örneğin, bir kullanıcı rahatsız edici başlıklara sahip 100 sayfa oluşturabilir, ancak hepsi Extension:Nuke 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.31 (LTS)
  3. MediaWiki 1.27 (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?

Extension:FlaggedRevs ve Extension:Approved Revs 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, hizmetliler vandalizmi hızla geri döndürmek zorundadır.

Ö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.

Moderasyon FlaggedRevs/ApprovedRevs
Okuyucular vandalizm görüyor mu? Hayır Hayır
Editörler vandalizm görüyor mu? Hayır Evet
Vandalizm sayfa geçmişinde kalıyor mu? Hayır Evet
Kullanıcı tarafından yapılan tüm düzenlemeleri hızla reddedebilir mi? Evet Hayır
Diğer editörler onaylanmamış düzenlemeleri iyileştirebilir mi? (vandalizm değil) Hayır Evet

Kurulum

For modern versions of MediaWiki (1.31+), use the following instruction:

  • Dosyaları git clone https://github.com/edwardspec/mediawiki-moderation.git ile kaynakları kontrol edin ve extensions/ klasörünüzdeki Moderation adlı dizine yerleştirin.
  • LocalSettings.php dosyanızın altına aşağıdaki kodu ekleyin:
    wfLoadExtension( 'Moderation' );
    
  • Bu uzantının ihtiyaç duyduğu gerekli veritabanı tablolarını otomatik olarak oluşturacak betik güncelleme komutunu çalıştırın.
  •   Yapıldı – Uzantının başarıyla yüklendiğini doğrulamak için vikinizde Special:Version seçeneğine gidin.
Bu uzantı, diğer tüm ayarlar ve uzantılardan sonra "LocalSettings.php" dosyanızda en son etkinleştirilmelidir.

Installation for older versions of MediaWiki

For MediaWiki 1.27-1.30, replace the above-mentioned "git clone" command with the following: git clone -b REL1_27 https://github.com/edwardspec/mediawiki-moderation.git

For MediaWiki 1.23-1.26, replace the above-mentioned "git clone" command with the following: git clone -b REL1_23 https://github.com/edwardspec/mediawiki-moderation.git

These versions may still receive security fixes (if any), but not new features.

Yapılandırma

LocalSettings.php 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. $wgModerationOnlyInNamespaces = [NS_MAIN, NS_FILE];), 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, $wgModerationIgnoredInNamespaces = [NS_MAIN, NS_FILE];), 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ı $email 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ı

Right What can the user do? Who has this right? (by default)
skip-moderation Edits are applied as usual (not sent to moderation). automoderated, sysop, bot
skip-move-moderation Page moves are applied as usual (not sent to moderation). automoderated, sysop, bot
moderation Can access Special:Moderation moderator, sysop
moderation-checkuser Can see IPs of registered users on Special:Moderation. checkuser

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).
    $wgGroupPermissions['automoderated']['skip-move-moderation'] = false;
    $wgGroupPermissions['sysop']['skip-move-moderation'] = true;
    
  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:
    $wgLogRestrictions["newusers"] = 'moderation';
    

Ö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 filmle ilgili Vikipedi maddesine aşırı olay örgüsü ayrıntıları eklemek) daha iyi onaylandı ve ardından her zamanki gibi geri döndürüldü. Bu şekilde yazar rahatsız olmaz ve metin herkes tarafından görüntülenebilen sayfa geçmişine kaydedilir.
  2. Meşru kabul edilen (N iyi düzenleme yapan) herhangi bir kullanıcı automoderated grubuna eklenmelidir.
  3. Vandalları çok küçük düzenlemeler yapmaya (örneğin vikiarası eklemek) motive ettiğinden, kullanıcıları $wgAutopromote üzerinden automoderated grubuna eklemek ÖNERİLMEZ. Tek bir iyi düzenleme için bunları manüel olarak automoderated yükseltin ve sayım için yapılan 30 gereksiz düzenlemeye yükseltmeyin.
  4. Engelleri kullanmaktan kaçının. Belki önemli şablonlar dışında, "her ihtimale karşı" sayfaları korumayın .
  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.

Ö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).

  • $wgModerationPreviewLink
    true ise, Önizleme bağlantısı Special:Moderation sayfasında gösterilir. Varsayılan: false.
    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.
  • $wgModerationEnableEditChange
    true ise, moderatörler onaylamadan önce bekleyen değişikliklerin metnini değiştirebilir. Varsayılan: false.
    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.

Diğer uzantılarla uyumluluk

  1. Extension:Moderation, LocalSettings.php'de last etkinleştirilmelidir, çünkü en az PageContentSave kancayı iptal eder.
  2. Extension:Moderation, Extension:CheckUser 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, Extension:VisualEditor ve Extension:MobileFrontend ile tamamen uyumludur. Teorik olarak diğer API tabanlı editörlerle de çalışmalıdır.
  4. Extension:StructuredDiscussions (Flow olarak da bilinir) çalışacaktır, ancak Flow 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.
  5. Ç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