ويكيبيديا: تغييرات معلقة

يجوز للمسؤولين تطبيق حماية التغييرات المعلقة على الصفحات التي تخضع لأعمال تخريب جسيمة ومستمرة ، أو انتهاكات لسياسة السير الذاتية للأشخاص الأحياء ، أو إدراج محتوى ينتهك حقوق الطبع والنشر. لا ينبغي استخدام حماية التغييرات المعلقة كإجراء وقائي ضد الانتهاكات التي لم تحدث بعد ، ولا ينبغي استخدامها لتمييز المستخدمين المسجلين على المستخدمين غير المسجلين في نزاعات المحتوى. يجب عدم استخدام حماية التغييرات المعلقة على المقالات ذات معدل التحرير المرتفع للغاية ، حتى إذا كانت تفي بالمعايير المذكورة أعلاه. بدلا من ذلك ينبغي النظر في شبه الحماية.

بالإضافة إلى ذلك ، يجوز للمسؤولين تطبيق حماية مؤقتة من التغييرات المعلقة على الصفحات التي تخضع لتخريب أو تعطيل كبير ولكن مؤقت (على سبيل المثال ، بسبب اهتمام وسائل الإعلام) عند حظر المستخدمين الفرديين ليس خيارًا ممكنًا. كما هو الحال مع أشكال الحماية الأخرى ، يجب أن يكون الإطار الزمني للحماية متناسبًا مع المشكلة. يجب استخدام حماية الكمبيوتر الشخصي لأجل غير مسمى فقط في حالات الاضطراب الشديد على المدى الطويل.

مثل الحماية شبه ، لا ينبغي أبدًا استخدام حماية الكمبيوتر الشخصي في نزاعات المحتوى الحقيقي ، حيث يوجد خطر وضع مجموعة معينة من المحررين في وضع غير مؤات.

يمكن للمحررين الذين ليس لديهم امتيازات المسؤول طلب حماية الصفحة إذا تم استيفاء المعايير المذكورة أعلاه. يمكن طلب إزالة حماية التغييرات المعلقة من أي مسؤول ، أو بناءً على طلبات لإلغاء الحماية .

تهدف عملية المراجعة إلى أن تكون فحصًا سريعًا لضمان عدم احتواء التعديلات على:

• التخريب
• انتهاكات السياسة على الأحياء
• انتهاكات حقوق النشر
• محتوى آخر غير مناسب بشكل واضح

المراجعون هم مستخدمون ذوو خبرة كافية ويتم منحهم القدرة على قبول تعديلات المستخدمين الآخرين. يتمتع المراجعون بمستوى مماثل من الثقة الذي يتمتع به المتراجعون ؛ جميع الإداريين لديهم حق المراجع. يجب أن يتعرف المراجعون المحتملون على أعمال التخريب ، وأن يكونوا على دراية بسياسات المحتوى الأساسية مثل السياسة الخاصة بالأشخاص الأحياء ، وأن يتمتعوا بمستوى معقول من الخبرة في تحرير ويكيبيديا. يوصى بقراءة دليل المراجعة ، حيث يتم تفصيل عملية المراجعة والتوقعات للمراجع.

سيرى المراجعون والمسؤولون لافتة قائمة مراقبة وردية اللون على قائمة مراقبتهم كلما كان هناك تعديل معلق يحتاج إلى مراجعة. إذا رغب المراجع أو المسؤول في تعطيله ، فيمكنه اللصق #mw-fr-watchlist-pending-notice {display: none}في common.css .

لا يعتبر قبول التعديل من قبل المراجع مصادقة على التعديل. إنه يشير فقط إلى أن التعديل قد تم فحصه بحثًا عن مشاكل واضحة كما هو مذكور أعلاه.

تُمنح حقوق المراجع بناءً على طلب في ويكيبيديا: طلبات الحصول على أذونات . في حين أن أي مسؤول لديه القدرة الفنية لإزالة إذن المراجع ، يجب أن تحدث الإزالة فقط كنتيجة لتوافق الآراء من مناقشة أو عندما يطلب محرر إزالة إذن المراجع الخاص به. يجب أن تتم المناقشة المتعلقة بإزالة إذن المراجع عادةً في لوحة ملاحظات المسؤولين . يوصى بإجراء مناقشة مع المحرر المعني و / أو طلب رأي ثانٍ في صفحة نقاش التغييرات المعلقة قبل طلب الإزالة رسميًا.

يجب حل مراجعة التغييرات المعلقة في غضون حدود زمنية معقولة (على الأكثر بضع ساعات). يجب تنسيق إدارة الأعمال المتأخرة على مستوى المجتمع. يمكن الاطلاع على الأعمال المتراكمة على Special: PendingChanges . اعتبارًا من كانون الثاني (يناير) 2013 ، نادرًا ما تتم مراجعة التعديلات لأكثر من ساعتين إلى ثلاث ساعات ويكون التراكم فارغًا في كثير من الأحيان.

في محفوظات التحرير ، يتم تمييز المراجعات المقبولة ، مما يحسن إمكانية القراءة. بالإضافة إلى ذلك ، يتم تطبيق العلامات المرئية للإشارة إلى سبب قبول تعديلات معينة ("تم قبولها تلقائيًا" / "بواسطة [اسم المستخدم]"). اعتبارًا من سبتمبر 2018^[تحديث]، لا يزال هذا التمييز مفقودًا بشكل دائم بالنسبة للتغييرات السابقة على صفحة معينة عندما يتم تعطيل إعداد التغييرات المعلقة. ^[1] عند تمكين التغييرات المعلقة مرة أخرى ، سيتم تطبيق التمييز فقط على التغييرات الأحدث . لذلك ، من الأفضل ترك التغييرات المعلقة ممكّنة عند تطبيق الحماية الأخرى. ^[2]

إذا قام أحد المستخدمين بتحرير مقال مع تغييرات معلقة لم تتم مراجعتها ، فهل يتم قبول الإصدار الجديد تلقائيًا؟

لا. إذا كان المستخدم مراجعًا (أي أنه تم منح المستخدم إذن "المراجع") ، فسيُطلب منه مراجعة وقبول أي تغييرات معلقة لم تتم مراجعتها. إذا لم يكن المستخدم مراجعًا ، فسيتم أيضًا وضع علامة على التعديل على أنه "مراجعة معلقة". (يمكن للمراجعين اختبار ذلك من خلال عدم قبول الإصدار الحالي من الصفحة تحت التغييرات المعلقة ثم محاولة التعديل.) استثناء لهذا هو عندما يقوم المستخدم بإرجاع تعديل معلق إلى أحدث مراجعة مقبولة: في هذه الحالة يتم قبول التراجع تلقائيًا.

ماذا يحدث إذا أدى العديد من تعديلات IP لمقالة ضمن التغييرات المعلقة إلى تحرير فارغ ؟ (على سبيل المثال ، يقوم IP بإجراء تعديل ، ثم يقوم IP آخر بإلغاء ذلك.)

إذا تم إجراؤها جميعًا بواسطة عنوان IP واحد ، فسيتم قبول الإصدار الجديد تلقائيًا. إذا قام مستخدمون مختلفون بالتحرير ، فلن يتم قبول الإصدار الجديد (لمنع إساءة الاستخدام المحتملة).

ما هي أنواع الصفحات التي يمكن استخدام التغييرات المعلقة؟

في البداية ، تقرر بالإجماع أنه لا يمكن استخدام التغييرات المعلقة إلا على المقالات ، الخاضعة لسياسة الحماية ، وعلى صفحات الاختبار في مساحة المشروع. وجد طلب لاحق للتعليق أنه يجوز استخدام التغييرات المعلقة بخلاف المقالات ؛ ومع ذلك ، فهو مقيد بواسطة البرنامج على مساحات الأسماء الرئيسية والمشروع ، ولم يتم تقديم أي طلب للسماح بمساحات أسماء أخرى. ليس من الممكن تقنيًا وضع صفحات النقاش على التغييرات المعلقة.

ألم يتم إسقاط حماية التغييرات المعلقة؟

نعم و لا. تم نشر حماية التغييرات المعلقة على أساس تجريبي في عام 2010. في عام 2011 ، تم إسقاط حماية التغييرات المعلقة كآلية لحماية الصفحات ، حتى تم التوصل إلى اتفاق إجماعي حول نشرها. كانت هناك سلسلة من المناقشات حول استخدام الميزة وتمت إعادتها إلى الخدمة في 1 ديسمبر 2012. ومنذ ذلك الحين ، يتم استخدام التغييرات المعلقة فقط من المستوى 1 ، والتي تؤثر على تعديلات المستخدمين الجدد وغير المسجلين. اعتبارًا من يناير 2017 ، كان هناك إجماع على إسقاط التغييرات المعلقة من المستوى 2 ، ونتيجة لذلك يتم استخدام المستوى 1 فقط الآن.

كيف يمكنك معرفة ما إذا كانت الصفحة بها حماية معلقة من التغييرات؟

عادةً ما يتم تمييز الصفحات المحمية برمز قفل صغير في الزاوية العلوية اعتمادًا على مستوى الحماية. أيضًا ، سيكون هناك مربع منسدل بجوار عنوان المقالة ، يشير إلى التغييرات المعلقة ، إن وجدت.

فيما يلي قائمة بالمناقشات واستطلاعات الرأي السابقة المتعلقة بميزة التغييرات المعلقة:

• مارس 2009: الاستطلاع الأول 4 إلى 1 للموافقة على التجربة الأصلية
• مايو 2010: RFC بشأن بعض مشكلات ما قبل المحاكمة
• حزيران (يونيو) 2010 - آب (أغسطس) 2010: في انتظار تجربة التغييرات
• أغسطس 2010: استطلاع سترو 2 إلى 1 لصالح استمرار الكمبيوتر الشخصي بشكل ما
• سبتمبر 2010: استطلاع رأي سترو حول الاستخدام المؤقت
• سبتمبر 2010 - مايو 2011: استمرار التغييرات المعلقة دون تفويض واضح
• فبراير 2011 - مايو 2011: أنهى PC RfC 2011 النسخة التجريبية الأصلية للكمبيوتر الشخصي.
• مارس 2012 - يونيو 2012: توصل PC RfC 2012 إلى توافق في الآراء لتمكين الكمبيوتر الشخصي قبل نهاية عام 2012.
  • سبتمبر 2012: WP: PC2012 / RfC 1 ناقش ما إذا كان سيتم استخدام التغييرات المعلقة من المستوى 2.
  • أكتوبر 2012: WP: PC2012 / RfC 2 ناقش وقت تطبيق التغييرات المعلقة ومعايير رفض التعديلات والأفكار المختلفة لتقليل التراكم.
  • نوفمبر 2012: WP: PC2012 / RfC 3 ناقش نشر واستخدام ميزة التغييرات المعلقة.
• ديسمبر 2012 -: إعادة تمكين التغييرات المعلقة على أساس دائم
• مايو 2013: تم إغلاق PC RfC 2013 لأنه يتطلب مزيدًا من المناقشة للتنفيذ. أعاد فتح مسألة ما إذا كان سيتم استخدام التغييرات المعلقة من المستوى 2.
• يناير 2014: تم فتح PC RFC 2014 لتحديد ما إذا كان هناك إجماع حول كيفية تنفيذ التغييرات المعلقة المستوى 2. بحلول الوقت الذي تم إغلاقه في يونيو ، لم يعد هناك إجماع على استخدام التغييرات المعلقة المستوى 2 على الإطلاق ، ولكن إذا ومتى مثل هذا الإجماع يتطور ، وهناك بعض الإجماع حول موعد تطبيقه.
• أكتوبر 2016: تم فتح DC RFC 2016 لتحديد ما إذا كان يجب السماح لمرشح التحرير والروبوتات و ORES بتأجيل عمليات التحرير المشبوهة للمراجعة باستخدام التغييرات المؤجلة . مرت RfC بالكامل.
• تشرين الثاني (نوفمبر) 2016: تم فتح PC RFC 2016 # 1 لاقتراح خفض عتبة القبول التلقائي لـ PC2 ووضع معايير الاستخدام.
• نوفمبر 2016: PC RFC 2016 رقم 2 افتتح لاقتراح العديد من الأشياء، بما في ذلك تنفيذ التغييرات المعلقة لجميع المواد، وتنفيذ ذلك لأنواع معينة من المواد (بما في ذلك المواد الجيدة ، مقالات مميزة ، مقالات الحيوية ، و سيرة العيش الأشخاص المواد )، والسيارات منح المراجع الحق لمن يستوفون معايير معينة ، وإنشاء أداة شبه آلية للمراجعة. تم سحب الجزء الخاص بإنشاء أداة مراجعة شبه آلية من RfC لأنه لا يحتاج إلى إجماع ، وتم إغلاق RfC لاحقًا بالثلج مع الإجماع ضد جميع التغييرات المقترحة المتبقية.
• كانون الثاني (يناير) 2017: RFC لإزالة التغييرات المعلقة من المستوى 2 ، بعد أن فشلت جميع طلبات التعليقات بشأن هذا الموضوع في تحقيق الإجماع على استخدامها.
• نوفمبر 2017: إن مقترح لتنفيذ التغييرات المؤجلة وضعت في سبات عميق، وبعد عدم العمل على تنفيذ الفني.

• ويكيبيديا: الحماية المعلمة والمراجعات الدورية ، اقتراح المحاكمة الأصلي.
• ويكيبيديا: المراجعات الموقوتة بعلامة ، اقتراح لإضافة معاينة تلقائية موقوتة إلى التغييرات المعلقة ، لتعمل كأداة حماية أكثر ليونة (أوسع).
• ويكيبيديا: التغييرات المؤجلة ، اقتراح للسماح السير ، و تحرير مرشح و / أو الخامات تأجيل التعديلات المشبوهة للمراجعة (أصلا ويكيبيديا: مراجعة المؤجلة ).
• ويكيبيديا: المراجعات الدورية ، طلب لنظام مراجعة سلبي ، جزء من الاقتراح الأصلي.
• ويكيبيديا: كتل التغييرات المعلقة ، اقتراح لشكل من أشكال قيود التحرير الخاصة بالمستخدم الذي هو لكتلة كلاسيكية ما هي حماية التغييرات المعلقة للحماية الكلاسيكية.
• ويكيبيديا: PC2012 ، نظرة عامة على تنفيذ 2012 للتغييرات المعلقة.
• ويكيبيديا: تحذيرات بشأن التغييرات المعلقة ، مقال عن سبب تقييد استخدام التغييرات المعلقة بشدة.

واجهه المستخدم

• Special: PendingChanges ، الصفحات ذات التعديلات المعلقة.
• Special: StablePages ، الصفحات تحت التغييرات المعلقة.
• Special: ValidationStatistics ، إحصاءات متنوعة تتعلق بميزة التغييرات المعلقة.
• النموذج : تراكم التغييرات المعلقة ، وهو عرض للتراكم الحالي ، والذي يمكن إضافته إلى صفحات المستخدم.

السجلات

• خاص: سجل / ثابت ، إجراءات لتمكين أو تعطيل التغييرات المعلقة.
• Special: AdvancedReviewLog ، إجراءات لمراجعة التعديلات.