विकिपीडिया: लंबित परिवर्तन

व्यवस्थापक उन पृष्ठों पर लंबित परिवर्तन सुरक्षा लागू कर सकते हैं जो भारी और लगातार बर्बरता , जीवित व्यक्तियों की जीवनी नीति के उल्लंघन, या कॉपीराइट का उल्लंघन करने वाली सामग्री को सम्मिलित करने के अधीन हैं । लंबित परिवर्तन सुरक्षा का उपयोग उन उल्लंघनों के खिलाफ एक पूर्व-निवारक उपाय के रूप में नहीं किया जाना चाहिए जो अभी तक नहीं हुए हैं, और न ही इसका उपयोग सामग्री विवादों में अपंजीकृत उपयोगकर्ताओं पर पंजीकृत उपयोगकर्ताओं को विशेषाधिकार देने के लिए किया जाना चाहिए। बहुत अधिक संपादन दर वाले लेखों पर लंबित परिवर्तन सुरक्षा का उपयोग नहीं किया जाना चाहिए, भले ही वे उपरोक्त मानदंडों को पूरा करते हों। इसके बजाय अर्ध-संरक्षण पर विचार किया जाना चाहिए।

इसके अलावा, व्यवस्थापक उन पृष्ठों पर अस्थायी लंबित परिवर्तन सुरक्षा लागू कर सकते हैं जो महत्वपूर्ण लेकिन अस्थायी बर्बरता या व्यवधान (उदाहरण के लिए, मीडिया के ध्यान के कारण) के अधीन हैं, जब व्यक्तिगत उपयोगकर्ताओं को अवरुद्ध करना संभव विकल्प नहीं है। सुरक्षा के अन्य रूपों की तरह, सुरक्षा की समय सीमा समस्या के समानुपाती होनी चाहिए। अनिश्चितकालीन पीसी सुरक्षा का उपयोग केवल गंभीर दीर्घकालिक व्यवधान के मामलों में ही किया जाना चाहिए।

अर्ध-सुरक्षा की तरह, वास्तविक सामग्री विवादों में पीसी सुरक्षा का कभी भी उपयोग नहीं किया जाना चाहिए , जहां संपादकों के एक विशेष समूह को नुकसान पहुंचाने का जोखिम होता है।

यदि उपरोक्त मानदंडों को पूरा किया जाता है, तो व्यवस्थापकीय विशेषाधिकारों के बिना संपादक पृष्ठ सुरक्षा का अनुरोध कर सकते हैं। लंबित परिवर्तनों को हटाने के लिए किसी भी व्यवस्थापक से, या असुरक्षा के अनुरोध पर सुरक्षा का अनुरोध किया जा सकता है ।

समीक्षा की प्रक्रिया एक त्वरित जांच के रूप में अभिप्रेत है ताकि यह सुनिश्चित हो सके कि संपादन में शामिल नहीं हैं:

• बर्बरता
• जीवित लोगों पर नीति का उल्लंघन
• कॉपीराइट उल्लंघन
• अन्य स्पष्ट रूप से अनुचित सामग्री

समीक्षक पर्याप्त रूप से अनुभवी उपयोगकर्ता होते हैं जिन्हें अन्य उपयोगकर्ताओं के संपादन स्वीकार करने की क्षमता प्रदान की जाती है। समीक्षक के लिए विश्वास का एक समान स्तर है rollbackers ; सभी व्यवस्थापकों के पास समीक्षक का अधिकार है। संभावित समीक्षकों को बर्बरता को पहचानना चाहिए, जीवित लोगों पर नीति जैसी बुनियादी सामग्री नीतियों से परिचित होना चाहिए, और विकिपीडिया को संपादित करने का उचित स्तर का अनुभव होना चाहिए। समीक्षा दिशानिर्देश पढ़ना , जहां समीक्षा प्रक्रिया और समीक्षक के लिए अपेक्षाओं का विस्तृत विवरण दिया गया है, की अनुशंसा की जाती है।

जब भी कोई लंबित संपादन समीक्षा की आवश्यकता होगी, समीक्षकों और प्रशासकों को उनकी वॉचलिस्ट पर एक गुलाबी वॉचलिस्ट बैनर दिखाई देगा। एक समीक्षक या व्यवस्थापक उसे निष्क्रिय करना चाहता है, वे पेस्ट कर सकते हैं #mw-fr-watchlist-pending-notice {display: none}करने के लिए उनके common.css ।

किसी समीक्षक द्वारा संपादन की स्वीकृति संपादन का समर्थन नहीं है। यह केवल इंगित करता है कि ऊपर सूचीबद्ध स्पष्ट समस्याओं के लिए संपादन की जाँच की गई है।

समीक्षक अधिकार विकिपीडिया:अनुमति के लिए अनुरोध पर अनुरोध पर दिए जाते हैं । जबकि किसी भी व्यवस्थापक के पास समीक्षक की अनुमति को हटाने की तकनीकी क्षमता होती है, निष्कासन केवल चर्चा से आम सहमति के परिणाम के रूप में होना चाहिए या जब कोई संपादक अपनी अनुमति को हटाने का अनुरोध करता है। समीक्षक की अनुमति को हटाने के संबंध में चर्चा सामान्य रूप से प्रशासकों के नोटिस बोर्ड पर होनी चाहिए । औपचारिक रूप से हटाने का अनुरोध करने से पहले लंबित परिवर्तन वार्ता पृष्ठ पर शामिल संपादक के साथ चर्चा और/या दूसरी राय के लिए अनुरोध की सिफारिश की जाती है।

लंबित परिवर्तनों की समीक्षा उचित समय सीमा (अधिकतम कुछ घंटों) के भीतर हल की जानी चाहिए। बैकलॉग प्रबंधन को सामुदायिक स्तर पर समन्वित किया जाना चाहिए। बैकलॉग को स्पेशल: पेंडिंग चेंज पर देखा जा सकता है । जनवरी 2013 तक, दो से तीन घंटे से अधिक समय तक संपादनों की शायद ही कभी समीक्षा की जाती है और बैकलॉग अक्सर खाली रहता है।

संपादन इतिहास में, स्वीकृत संशोधनों को हाइलाइट किया जाता है, जिससे पठनीयता में सुधार होता है। इसके अतिरिक्त, दृश्यमान टैग यह इंगित करने के लिए लागू होते हैं कि विशेष संपादन क्यों स्वीकार किए गए ("स्वचालित रूप से स्वीकार किए गए"/"[उपयोगकर्ता नाम] द्वारा स्वीकार किए गए")। सितंबर 2018 तक^{[अपडेट करें]}, जब भी लंबित परिवर्तन सेटिंग अक्षम होती है, तब भी किसी दिए गए पृष्ठ पर पिछले परिवर्तनों के लिए यह हाइलाइटिंग स्थायी रूप से खो जाती है। ^[१] जब लंबित परिवर्तन फिर से सक्षम होते हैं, तो हाइलाइटिंग केवल नए परिवर्तनों पर ही लागू होगी । इसलिए, अन्य सुरक्षा लागू होने पर लंबित परिवर्तनों को सक्षम छोड़ना एक अच्छा विकल्प है। ^[2]

यदि कोई स्थापित उपयोगकर्ता समीक्षा न किए गए लंबित परिवर्तनों के साथ एक लेख संपादित करता है, तो क्या नया संस्करण स्वतः स्वीकार कर लिया जाता है?

नहीं। यदि उपयोगकर्ता एक समीक्षक है (अर्थात, उपयोगकर्ता को "समीक्षक" की अनुमति दी गई है), तो उन्हें किसी भी समीक्षा न किए गए लंबित परिवर्तनों की समीक्षा करने और उन्हें स्वीकार करने के लिए प्रेरित किया जाएगा। यदि उपयोगकर्ता समीक्षक नहीं है, तो संपादन को "लंबित समीक्षा" के रूप में भी चिह्नित किया जाएगा। (समीक्षक लंबित परिवर्तनों के तहत पृष्ठ के वर्तमान संस्करण को अस्वीकार करके और फिर संपादित करने का प्रयास करके इसका परीक्षण कर सकते हैं ।) इसका एक अपवाद तब होता है जब कोई उपयोगकर्ता लंबित संपादन को नवीनतम स्वीकृत संशोधन में वापस कर देता है: इस मामले में वापसी स्वचालित रूप से स्वीकार कर ली जाती है।

क्या होता है यदि लंबित परिवर्तनों के तहत एक लेख में कई आईपी संपादन के परिणामस्वरूप एक शून्य संपादन होता है ? (उदाहरण के लिए, एक आईपी एक संपादन करता है, फिर दूसरा आईपी इसे पूर्ववत करता है।)

यदि वे सभी एक ही आईपी द्वारा बनाए गए थे, तो नया संस्करण स्वचालित रूप से स्वीकार कर लिया जाता है। यदि अलग-अलग उपयोगकर्ता संपादित करते हैं, तो नया संस्करण स्वीकार नहीं किया जाता है (संभावित दुरुपयोग को रोकने के लिए)।

लंबित परिवर्तनों का उपयोग किस प्रकार के पृष्ठों पर किया जा सकता है?

सबसे पहले, यह सर्वसम्मति से निर्धारित किया गया था कि लंबित परिवर्तनों का उपयोग केवल लेखों पर, सुरक्षा नीति के अधीन , और प्रोजेक्ट स्पेस में परीक्षण पृष्ठों पर किया जा सकता है। टिप्पणी के लिए एक बाद के अनुरोध ने लेखों से परे लंबित परिवर्तनों का उपयोग करने की अनुमति दी; हालाँकि, यह सॉफ़्टवेयर द्वारा मुख्य और प्रोजेक्ट नामस्थानों तक सीमित है, और अन्य नामस्थानों को अनुमति देने का कोई अनुरोध नहीं किया गया था। तकनीकी रूप से यह संभव नहीं है कि वार्ता पृष्ठों को लंबित परिवर्तनों पर रखा जाए।

क्या लंबित परिवर्तनों की सुरक्षा नहीं हटाई गई थी?

हां और ना। लंबित परिवर्तन सुरक्षा को 2010 में परीक्षण के आधार पर तैनात किया गया था। 2011 में, लंबित परिवर्तन सुरक्षा को पृष्ठों की सुरक्षा के लिए एक तंत्र के रूप में हटा दिया गया था, जब तक कि इसके परिनियोजन पर एक आम सहमति समझौता नहीं हो गया। सुविधा का उपयोग करने पर चर्चा की एक श्रृंखला रही है और इसे 1 दिसंबर, 2012 को वापस सेवा में डाल दिया गया था। तब से केवल लंबित परिवर्तन स्तर 1 का उपयोग किया जा रहा है, जो नए और अपंजीकृत उपयोगकर्ताओं के संपादन को प्रभावित करता है। जनवरी 2017 तक लंबित परिवर्तन स्तर 2 को छोड़ने के लिए आम सहमति बन गई है, और परिणामस्वरूप अब केवल स्तर 1 का उपयोग किया जाता है।

आप कैसे बता सकते हैं कि किसी पृष्ठ में लंबित परिवर्तनों की सुरक्षा है?

संरक्षित पृष्ठों को आमतौर पर इसके सुरक्षा स्तर के आधार पर शीर्ष कोने में एक छोटे पैडलॉक प्रतीक के साथ चिह्नित किया जाता है। साथ ही, लेख शीर्षक के बगल में एक ड्रॉप-डाउन बॉक्स होगा, जो लंबित परिवर्तनों की ओर इशारा करता है, यदि कोई हो।

लंबित परिवर्तन सुविधा से संबंधित पिछली चर्चाओं और चुनावों की सूची नीचे दी गई है:

• मार्च २००९: पहला मतदान ४ से १ मूल परीक्षण को मंजूरी देता है
• मई 2010: कुछ परीक्षण-पूर्व मुद्दों पर RFC
• जून 2010 - अगस्त 2010: लंबित परिवर्तन परीक्षण
• अगस्त 2010: किसी न किसी रूप में पीसी जारी रखने के पक्ष में स्ट्रॉ पोल 2 से 1
• सितंबर 2010: अंतरिम उपयोग पर स्ट्रॉ पोल
• सितंबर 2010 - मई 2011: स्पष्ट आदेश के बिना लंबित परिवर्तनों को जारी रखना
• फरवरी 2011 - मई 2011: पीसी आरएफसी 2011 ने मूल पीसी परीक्षण समाप्त कर दिया।
• मार्च २०१२ - जून २०१२: पीसी आरएफसी २०१२ ने २०१२ के अंत से पहले पीसी को सक्षम करने के लिए आम सहमति स्थापित की।
  • सितंबर 2012: WP:PC2012/RfC 1 ने चर्चा की कि क्या स्तर 2 लंबित परिवर्तनों का उपयोग करना है।
  • अक्टूबर 2012: WP:PC2012/RfC 2 में लंबित परिवर्तनों को लागू करने, संपादनों को अस्वीकार करने के मानदंड और बैकलॉग को कम करने के लिए विभिन्न विचारों पर चर्चा की गई।
  • नवंबर 2012: WP:PC2012/RfC 3 ने लंबित परिवर्तन सुविधा के परिनियोजन और उपयोग पर चर्चा की।
• दिसंबर 2012 - : लंबित परिवर्तन स्थायी आधार पर पुन: सक्षम किए गए
• मई 2013: पीसी आरएफसी 2013 को कार्यान्वयन के लिए और चर्चा की आवश्यकता के रूप में बंद कर दिया गया है। इसने इस सवाल को फिर से खोल दिया कि क्या स्तर 2 के लंबित परिवर्तनों का उपयोग किया जाए।
• जनवरी 2014: पीसी आरएफसी 2014 यह निर्धारित करने के लिए खोला गया कि क्या लंबित परिवर्तन स्तर 2 को लागू करने के बारे में आम सहमति है। जून में इसे बंद करने के समय तक, लंबित परिवर्तन स्तर 2 का उपयोग करने के लिए कोई आम सहमति नहीं थी, लेकिन यदि और कब ऐसी सर्वसम्मति विकसित होती है, इसे कब लागू किया जाए, इस पर कुछ सहमति है।
• अक्टूबर 2016: DC RFC 2016 को यह निर्धारित करने के लिए खोला गया कि क्या एडिट फिल्टर, बॉट्स और ORES को आस्थगित परिवर्तनों का उपयोग करके समीक्षा के लिए संदिग्ध संपादन को स्थगित करने की अनुमति दी जानी चाहिए । RfC अपनी संपूर्णता में पारित हो गया।
• नवंबर २०१६: पीसी आरएफसी २०१६ #१ को पीसी२ के लिए ऑटो-स्वीकृति सीमा को कम करने और उपयोग मानदंड स्थापित करने के प्रस्ताव के लिए खोला गया।
• नवंबर २०१६: पीसी आरएफसी २०१६ #२ कई चीजों को प्रस्तावित करने के लिए खोला गया, जिसमें सभी लेखों के लिए लंबित परिवर्तनों को लागू करना, कुछ प्रकार के लेखों के लिए इसे लागू करना ( अच्छे लेख , विशेष लेख , महत्वपूर्ण लेख , और जीवित व्यक्तियों के लेखों की जीवनी सहित ), ऑटो- कुछ मानदंडों को पूरा करने वालों के लिए समीक्षक को अधिकार देना, और समीक्षा के लिए एक अर्ध-स्वचालित उपकरण बनाना। अर्ध-स्वचालित समीक्षा उपकरण बनाने का हिस्सा आरएफसी से वापस ले लिया गया था क्योंकि सर्वसम्मति की आवश्यकता नहीं थी, और बाद में सभी शेष प्रस्तावित परिवर्तनों के खिलाफ सर्वसम्मति से आरएफसी को बर्फ से बंद कर दिया गया था ।
• जनवरी 2017: आरएफसी लंबित परिवर्तन स्तर 2 को हटाने के लिए, जब इस विषय पर सभी आरएफसी इसका उपयोग करने के लिए आम सहमति प्राप्त करने में विफल रहे।
• नवंबर 2017: आस्थगित परिवर्तनों को लागू करने के प्रस्ताव को निष्क्रिय के रूप में चिह्नित किया गया था, अपनी तकनीकी कार्यान्वयन पर काम की कमी के बाद।

• विकिपीडिया: ध्वजांकित सुरक्षा और गश्ती संशोधन , मूल परीक्षण प्रस्ताव।
• विकिपीडिया: समयबद्ध ध्वजांकित संशोधन , एक नरम (व्यापक) सुरक्षा उपकरण के रूप में कार्य करने के लिए लंबित परिवर्तनों में समयबद्ध ऑटोरिव्यू जोड़ने का प्रस्ताव।
• विकिपीडिया: आस्थगित परिवर्तन , बॉट्स को अनुमति देने का प्रस्ताव , संपादन फ़िल्टर , और/या ORES को समीक्षा के लिए संदिग्ध संपादनों को स्थगित करने के लिए (मूल रूप से विकिपीडिया: आस्थगित संशोधन )।
• विकिपीडिया:गश्ती संशोधन , एक निष्क्रिय समीक्षा प्रणाली के लिए अनुरोध, मूल प्रस्ताव का हिस्सा।
• विकिपीडिया: लंबित परिवर्तन ब्लॉक , उपयोगकर्ता विशिष्ट संपादन प्रतिबंध के एक रूप के लिए प्रस्ताव जो एक क्लासिक ब्लॉक के लिए है जो लंबित परिवर्तन सुरक्षा क्लासिक सुरक्षा के लिए है।
• विकिपीडिया:पीसी २०१२, लंबित परिवर्तनों के २०१२ के कार्यान्वयन का एक सिंहावलोकन।
• विकिपीडिया: लंबित परिवर्तन चेतावनी , लंबित परिवर्तनों का उपयोग गंभीर रूप से सीमित क्यों था, इस पर एक निबंध।

इंटरफेस

• विशेष: लंबित परिवर्तन , लंबित संपादन वाले पृष्ठ।
• विशेष:स्थिरपृष्ठ , लंबित परिवर्तनों के अंतर्गत पृष्ठ।
• विशेष: सत्यापन सांख्यिकी, लंबित परिवर्तन विशेषता से संबंधित विभिन्न आँकड़े।
• साँचा: लंबित परिवर्तन बैकलॉग , वर्तमान बैकलॉग का एक प्रदर्शन, जिसे उपयोगकर्ता पृष्ठों में जोड़ा जा सकता है।

लॉग्स

• विशेष: लॉग/स्थिर , लंबित परिवर्तनों को सक्षम या अक्षम करने के लिए क्रियाएँ।
• विशेष:AdvancedReviewLog , संपादनों की समीक्षा के लिए क्रियाएँ।