Wikipedia: Bekleyen değişiklikler

Bu bir bilgi sayfasıdır . Wikipedia'nın politikalarından veya yönergelerinden biri değildir , bunun yerine Wikipedia'nın normlarının, geleneklerinin, teknik özelliklerinin veya uygulamalarının bazı yönlerini tanımlamayı amaçlamaktadır. Farklı düzeylerde fikir birliği ve inceleme yansıtabilir .

Kısayollar WP: PC WP: FLP WP: PEND

Bekleyen değişikliklere karşı koruma ,Vikipedi'de vandalizmi ve bazı diğer tekrarlayan rahatsızlıklarıbastırmak için kullanılan bir araçtırve iyi niyetli bir kullanıcının incelemeye bir düzenleme göndermesineolanak tanır. Yeni veya kayıtsız kullanıcılar tarafından bu tür sorunlu düzenlemelerin yüksek düzeylerde olduğu, nadiren düzenlenen makaleler için amaçlanmıştır, beklemedeki değişiklik koruması, düzenlemeleri korurken kayıtsız ve yeni kullanıcıların sayfaları düzenlemesine izin vermek için yarı korumaya ve tam korumaya alternatif olarak kullanılabilir. bir gözden geçiren tarafından kabul edilene kadar çoğu okuyucuya gizlenir. Wikipedia'da bu tür korumaya sahip nispeten az makale var.

Bekleyen değişiklik koruması altındaki bir sayfa kayıtsız (IP olarak da adlandırılır) bir düzenleyici veya yeni bir kullanıcı tarafından düzenlendiğinde, gözden geçiren hakkına sahip bir editör tarafından incelenip kabul edilene kadar, düzenleme Wikipedia okuyucularının çoğunluğu tarafından doğrudan görülmez .

Bekleyen değişiklikler, incelenmeyi bekliyor olarak işaretlendikleri sayfa geçmişinde görülebilir. En son kabul edilen revizyon genel halka gösterilirken, oturum açmış kullanıcılar tüm değişiklikler uygulanmış olarak sayfanın en son revizyonunu görür. İnceleyen olmayan editörler, gözden geçirilmemiş değişikliklerin beklendiği bir makalede değişiklikler yaptığında, yaptıkları düzenlemeler de beklemede olarak işaretlenir ve çoğu okuyucu tarafından görülmez.

"Bu sayfayı düzenle" sekmesini tıklayan hem oturum açmış kullanıcılar hem de kayıtsız kullanıcılar en son sürümü her zamanki gibi düzenler. İncelenmeyi bekleyen bekleyen değişiklikler varsa, makale başlığının yanında bekleyen değişikliklere işaret eden bir açılır kutu olacaktır.

Bekleyen değişiklikler, makaleleri kalıcı vandalizme, yaşayan kişilerin biyografilerinin ihlallerine ve telif hakkı ihlallerine karşı korumak için kullanılabilir .

Bekleyen değişiklik koruması uygulanıyor

Bekleyen değişiklik korumasını uygulama ile ilgili politika için Wikipedia: Koruma politikası # Bekleyen değişiklik koruması'na bakın . Bu bölüm, politikayı tamamlama veya açıklama amacını taşımaktadır. Kabul etmezlerse, lütfen politikayı erteleyin veya onu değiştirme seçeneğini tartışın .

Yöneticiler, ağır ve kalıcı vandalizme , yaşayan kişilerin biyografilerinin ihlal edilmesine veya telif hakkını ihlal eden içeriğin eklenmesine maruz kalan sayfalara değişiklik koruması uygulayabilir . Bekleyen değişiklikler koruması, henüz meydana gelmemiş ihlallere karşı önleyici bir önlem olarak kullanılmamalı veya içerik anlaşmazlıklarında kayıtlı kullanıcıları kayıtsız kullanıcılara göre ayrıcalıklı kılmak için kullanılmamalıdır. Bekleyen değişiklik koruması, yukarıda belirtilen kriterleri karşılasalar bile çok yüksek düzenleme oranına sahip makaleler üzerinde kullanılmamalıdır. Bunun yerine yarı koruma düşünülmelidir.

Ayrıca, tek tek kullanıcıları engellemek uygun bir seçenek olmadığında, yöneticiler, önemli ancak geçici vandalizme veya kesintiye (örneğin, medyanın dikkatine bağlı olarak) maruz kalan sayfalara geçici bekleyen değişiklik koruması uygulayabilir. Diğer koruma türlerinde olduğu gibi, korumanın zaman çerçevesi sorunla orantılı olmalıdır. Belirsiz PC koruması yalnızca ciddi uzun süreli kesinti durumlarında kullanılmalıdır.

Yarı korumada olduğu gibi, PC koruması da belirli bir editör grubunu dezavantajlı duruma düşürme riskinin olduğu gerçek içerik anlaşmazlıklarında asla kullanılmamalıdır.

Yönetici ayrıcalıkları olmayan editörler , yukarıdaki kriterler karşılanırsa sayfa koruması talep edebilir . Bekleyen değişiklik korumasının kaldırılması, herhangi bir yöneticiden veya korumanın kaldırılması talepleri üzerine talep edilebilir .

Bekleyen düzenlemeleri gözden geçirme

Düzenlemeleri incelemeye ilişkin kılavuz için Wikipedia: Bekleyen değişiklikleri gözden geçirme bölümüne bakın . Bu bölüm, kılavuzu tamamlama veya açıklama amacını taşımaktadır. Kabul etmezlerse, lütfen kılavuzu erteleyin veya değiştirme seçeneğini tartışın .

İnceleme süreci, düzenlemelerin şunları içermediğinden emin olmak için hızlı bir kontrol olarak tasarlanmıştır:

• vandalizm
• yaşayan insanlara yönelik politikanın ihlalleri
• telif hakkı ihlalleri
• açıkça uygunsuz olan diğer içerik

Gözden geçirenler, diğer kullanıcıların düzenlemelerini kabul etme yetkisine sahip, yeterince deneyimli kullanıcılardır. Gözden geçirenler geri çeviricilerle benzer düzeyde güvene sahiptir ; tüm yöneticilerin gözden geçiren hakkı vardır. Potansiyel gözden geçirenler vandalizmi tanımalı, yaşayan insanlara ilişkin politika gibi temel içerik politikalarına aşina olmalı ve Wikipedia'yı düzenleme konusunda makul düzeyde deneyime sahip olmalıdır. Gözden geçirme sürecinin ve bir gözden geçiren için beklentilerin ayrıntılı olduğu gözden geçirme kılavuzunun okunması tavsiye edilir.

Gözden geçirenler ve yöneticiler, gözden geçirilmesi gereken bekleyen bir düzenleme olduğunda izleme listelerinde pembe bir izleme listesi başlığı görürler. Bir gözden geçiren ya da yönetici devre dışı isterse, onlar yapıştırabilirsiniz #mw-fr-watchlist-pending-notice {display: none}için onların common.css .

Bir düzenlemenin gözden geçiren tarafından kabul edilmesi, düzenlemenin onaylandığı anlamına gelmez. Yalnızca, düzenlemenin yukarıda listelendiği gibi bariz sorunlar açısından kontrol edildiğini gösterir.

İnceleme hakları Wikipedia'da istek üzerine verilir : İzin talepleri . Herhangi bir yöneticinin gözden geçiren iznini kaldırma konusunda teknik yeterliliği olsa da, kaldırma işlemi yalnızca bir tartışmadan mutabakat sonucunda veya bir editör kendi izninin kaldırılmasını istediğinde gerçekleşmelidir. Gözden geçiren izninin kaldırılmasıyla ilgili tartışma, normalde Yöneticilerin bildirim panosunda yapılmalıdır . Resmi olarak kaldırma talebinde bulunmadan önce ilgili editörle görüşmeniz ve / veya Bekleyen değişiklikler konuşma sayfasında ikinci bir görüş talebinde bulunmanız önerilir.

Bekleyen değişikliklerin gözden geçirilmesi, makul süre sınırları içinde (en fazla birkaç saat) çözülmelidir. İş yığını yönetimi, topluluk düzeyinde koordine edilmelidir. İş yığını, Special: PendingChanges'da görüntülenebilir . Ocak 2013 itibariyle, düzenlemeler nadiren iki ila üç saatten fazla incelenmez ve biriktirme listesi genellikle boştur.

Bekleyen değişiklikler, devre dışı bırakıldığında kaybolan vurgular ekler

Düzenleme geçmişinde, kabul edilen düzeltmeler vurgulanır ve bu da okunabilirliği artırır. Ayrıca, belirli düzenlemelerin neden kabul edildiğini belirtmek için görünür etiketler uygulanır ("otomatik olarak kabul edildi" / "[Kullanıcı Adı] tarafından kabul edildi"). Eylül 2018 itibarıyla ^{[Güncelleme]}, bu vurgulama, bekleyen değişiklikler ayarı devre dışı bırakıldığında belirli bir sayfadaki geçmiş değişiklikler için kalıcı olarak kaybolmaya devam edecek. ^[1] Bekleyen değişiklikler yeniden etkinleştirildiğinde, vurgulama yalnızca daha yeni değişikliklere uygulanacaktır . Bu nedenle, diğer korumalar uygulandığında bekleyen değişiklikleri etkin bırakmak iyi bir seçimdir . ^[2]

Çeşitli koruma seviyelerinin etkisi

Sıkça Sorulan Sorular

Yerleşik bir kullanıcı, incelenmemiş değişikliklerin olduğu bir makaleyi düzenlerse, yeni sürüm otomatik olarak kabul edilir mi?

Hayır. Kullanıcı bir incelemeciyse (yani, kullanıcıya "gözden geçiren" izni verilmişse), incelenmemiş bekleyen değişiklikleri incelemesi ve kabul etmesi istenir. Kullanıcı gözden geçiren değilse, düzenleme de "incelenmeyi bekliyor" olarak işaretlenecektir. (Gözden geçirenler, bekleyen değişiklikler altında bir sayfanın mevcut sürümünü kabul etmeyerek ve ardından düzenlemeye çalışarak bunu test edebilirler .) Bunun bir istisnası, bir kullanıcının beklemedeki bir düzenlemeyi kabul edilen en son düzeltmeye geri döndürmesidir: bu durumda, geri alma otomatik olarak kabul edilir.

Bekleyen değişiklikler altındaki bir makaleye yapılan birkaç IP düzenlemesi, boş düzenlemeyle sonuçlanırsa ne olur ? (Örneğin, bir IP bir düzenleme yapar, ardından başka bir IP bunu geri alır.)

Hepsi tek bir IP ile yapılmışsa, yeni sürüm otomatik olarak kabul edilir. Farklı kullanıcılar düzenlenirse, yeni sürüm kabul edilmez (olası kötüye kullanımı önlemek için).

Bekleyen değişiklikler hangi tür sayfalarda kullanılabilir?

İlk başta, bu bekleyen değişiklikler tabi, sadece maddeler üzerinde kullanılabileceği oy birliği ile belirlendi koruma politikası ve üzerinde test sayfalarına proje uzayda. Daha sonra yapılan bir yorum talebi, bekleyen değişikliklerin makalelerin ötesinde kullanılmasına izin verdi; ancak, yazılım tarafından ana ve proje ad alanlarıyla sınırlandırılmıştır ve diğer ad alanlarına izin verilmesi için herhangi bir talep yapılmamıştır. Bekleyen değişikliklere konuşma sayfalarının yerleştirilmesi teknik olarak mümkün değildir.

Bekleyen değişikliklerin koruması düşmedi mi?

Evet ve hayır. Bekleyen değişiklik koruması, 2010 yılında bir deneme temelinde dağıtıldı. 2011'de, dağıtım için bir fikir birliğine varılıncaya kadar, sayfaları koruma mekanizması olarak bekleyen değişiklik koruması kaldırıldı. Özelliğin kullanımıyla ilgili bir dizi tartışma yapıldı ve 1 Aralık 2012'de tekrar hizmete sunuldu. O zamandan beri sadece yeni ve kayıtsız kullanıcıların düzenlemelerini etkileyen 1. seviye bekleyen değişiklikler kullanılıyor. Ocak 2017 itibariyle, 2. seviye bekleyen değişikliklerin düşürülmesi konusunda fikir birliği sağlanmıştır ve sonuç olarak artık sadece 1. seviye kullanılmaktadır.

Bir sayfada bekleyen değişiklik koruması olup olmadığını nasıl anlarsınız?

Korumalı sayfalar, koruma düzeyine bağlı olarak normalde üst köşede küçük bir asma kilit simgesiyle işaretlenir. Ayrıca, makale başlığının yanında, varsa bekleyen değişikliklere işaret eden bir açılır kutu olacaktır.

Zaman çizelgesi

Aşağıda, Bekleyen Değişiklikler özelliğiyle ilgili geçmiş tartışmaların ve anketlerin bir listesi bulunmaktadır:

• Mart 2009: Orijinal denemeyi onaylayan 4'e 1 ilk anket
• Mayıs 2010: Bazı deneme öncesi konularda RFC
• Haziran 2010 - Ağustos 2010: Değişikliklerin yargılanması bekleniyor
• Ağustos 2010: Bir şekilde PC'nin devam etmesi lehine 2'ye 1 anket
• Eylül 2010: Ara kullanımla ilgili saman anketi
• Eylül 2010 - Mayıs 2011: Açık bir yetki olmaksızın bekleyen değişikliklerin devamı
• Şubat 2011 - Mayıs 2011: PC RfC 2011 Orijinal PC denemesini sona erdirdi .
• Mart 2012 - Haziran 2012: PC RfC 2012 , PC'yi 2012 sonundan önce etkinleştirmek için fikir birliğine vardı.
  • Eylül 2012: WP: PC2012 / RfC 1 , Seviye 2 bekleyen değişikliklerin kullanılıp kullanılmayacağını tartıştı.
  • Ekim 2012: WP: PC2012 / RfC 2 , bekleyen değişikliklerin ne zaman uygulanacağını, düzenlemeleri reddetme kriterlerini ve birikimi azaltmak için çeşitli fikirleri tartıştı.
  • Kasım 2012: WP: PC2012 / RfC 3 , bekleyen değişiklikler özelliğinin dağıtımını ve kullanımını tartıştı.
• Aralık 2012 -: Bekleyen değişiklikler kalıcı olarak yeniden etkinleştirildi
• Mayıs 2013: PC RfC 2013 , uygulama için daha fazla tartışma gerektirdiğinden kapatıldı. Seviye 2 bekleyen değişikliklerin kullanılıp kullanılmayacağı sorusunu yeniden açtı.
• Ocak 2014: PC RFC 2014 , 2. seviye bekleyen değişikliklerin nasıl uygulanacağına dair bir fikir birliği olup olmadığını belirlemek için açıldı. Haziran ayında kapatıldığında, 2. seviye bekleyen değişiklikleri kullanmak için artık bir fikir birliği yoktu, ancak eğer ve ne zaman böyle bir fikir birliği gelişir, ne zaman uygulanacağı konusunda bazı fikir birliği vardır.
• Ekim 2016: DC RFC 2016 , düzenleme filtresinin, botların ve ORES'in, ertelenmiş değişiklikler kullanılarak şüpheli düzenlemeleri inceleme için ertelemesine izin verilip verilmeyeceğini belirlemek için açıldı . RfC bütünüyle geçti.
• Kasım 2016: PC2 için otomatik kabul eşiğini düşürmeyi önermek ve kullanım kriterlerini belirlemek için PC RFC 2016 # 1 açıldı.
• Kasım 2016: PC RFC 2016 # 2 , tüm makaleler için bekleyen değişikliklerin uygulanması, belirli türdeki makaleler için uygulanması ( iyi makaleler , öne çıkan makaleler , önemli makaleler ve yaşayan kişilerin biyografisi dahil ), otomatik gözden geçirene belirli kriterleri karşılayanlar için hak vermek ve gözden geçirme için yarı otomatik bir araç oluşturmak. Yarı otomatik bir gözden geçirme aracı oluşturma kısmı, fikir birliğine gerek olmadığı için RfC'den çekildi ve daha sonra RfC, önerilen tüm değişikliklere karşı fikir birliği ile karla kapatıldı .
• Ocak 2017: RFC konuyla ilgili tüm RCF'ler kullanmaktan için uzlaşma sağlanamamasına başarısız olduktan sonra, değişiklikler seviye 2 bekleyen kaldırın.
• Kasım 2017: ertelenen değişikliklerin uygulanması önerisi teknik uygulanmasına ilişkin çalışmaların eksikliği ardından atıl olarak işaretlendi.

Ayrıca bakınız

• Wikipedia: İşaretli koruma ve devriye gezen revizyonlar , orijinal deneme önerisi.
• Vikipedi: Ertelenmiş değişiklikler , teklif izin botlar , düzenleme filtre ve / veya ORES incelenmek üzere şüpheli düzenlemeleri erteleme (başlangıçta : Ertelenmiş revizyonları Wikipedia ).
• Wikipedia: Devriye gezen revizyonlar , pasif bir inceleme sistemi talebi, orijinal teklifin bir parçası.
• Wikipedia: Bekleyen değişiklikler blokları , klasik koruma için beklemede olan değişikliklere karşı korumanın ne olduğu, klasik bir blok için kullanıcıya özgü bir düzenleme kısıtlaması biçimi önerisi.
• Wikipedia: PC2012 , bekleyen değişikliklerin 2012 uygulamasına genel bakış.
• Wikipedia: Bekleyen değişiklik uyarıları , bekleyen değişikliklerin kullanımının neden ciddi şekilde sınırlı olduğuna dair bir makale.

Arayüz

• Özel: Bekleyen Değişiklikler , bekleyen düzenlemelere sahip sayfalar.
• Özel: StablePages , bekleyen değişikliklerin altındaki sayfalar.
• Special: ValidationStatistics , Bekleyen Değişiklikler özelliğiyle ilgili çeşitli istatistikler.
• Şablon: Bekleyen Değişiklikler biriktirme listesi, kullanıcı sayfalarına eklenebilen mevcut birikimin bir görüntüsü.

Kütükler

• Özel: Günlük / kararlı , bekleyen değişiklikleri etkinleştirmek veya devre dışı bırakmak için eylemler.
• Özel: AdvancedReviewLog , düzenlemeleri gözden geçirmek için eylemler.

Dipnotlar