Информационная страница Википедии
Информационная страница Википедии
Защита от ожидаемых изменений — это инструмент, используемый для подавления вандализма и некоторых других повторяющихся неприятностей в Википедии, позволяющий добросовестному пользователю отправлять правки на проверку. Предназначенная для редко редактируемых статей, которые сталкиваются с высоким уровнем таких проблемных правок от новых или незарегистрированных пользователей, защита от ожидаемых изменений может использоваться как альтернатива полузащите и полной защите, чтобы позволить незарегистрированным и новым пользователям редактировать страницы, сохраняя правки скрытыми от большинства читателей, пока они не будут приняты рецензентом от ожидаемых изменений (также называемым «рецензентом») или администратором . В Википедии относительно немного статей с этим типом защиты.
Когда страница, находящаяся под защитой от ожидающих изменений, редактируется незарегистрированным редактором (также называемым «редактором IP») или новой учетной записью пользователя , правка не будет напрямую видна большинству читателей Википедии до тех пор, пока она не будет просмотрена и одобрена редактором с правом рецензента ожидающих изменений .
Ожидающие изменения видны в истории страницы, где они помечены как «ожидающие рассмотрения». Последняя принятая редакция отображается для широкой публики, в то время как вошедшие в систему пользователи видят последнюю редакцию страницы со всеми примененными изменениями. Когда редакторы, не являющиеся рецензентами, вносят изменения в статью с нерассмотренными ожидающими изменениями, их правки также помечаются как «ожидающие рассмотрения» и не видны большинству читателей, пока они не будут рассмотрены.
Как зарегистрированные пользователи, так и незарегистрированные пользователи , которые нажимают вкладку «редактировать эту страницу», редактируют последнюю версию как обычно. Если есть ожидающие рассмотрения изменения, рядом с заголовком статьи будет выпадающий список, указывающий на ожидающие рассмотрения изменения.
Ожидаемые изменения могут быть использованы для защиты статей от постоянного вандализма, нарушений политики в отношении биографий ныне живущих лиц и нарушений авторских прав .
Применение защиты от ожидающих изменений
Администраторы могут применять защиту от ожидаемых изменений к страницам, которые подвергаются сильному и постоянному вандализму , нарушениям политики биографий живых людей или вставке контента, нарушающего авторские права. Защита от ожидаемых изменений не должна использоваться в качестве упреждающей меры против нарушений, которые еще не произошли, и не должна использоваться для предоставления привилегий зарегистрированным пользователям над незарегистрированными пользователями в спорах о контенте. Защита от ожидаемых изменений не должна использоваться к статьям с очень высокой скоростью редактирования, даже если они соответствуют вышеупомянутым критериям. Вместо этого следует рассмотреть полузащиту.
Кроме того, администраторы могут применять временную защиту от ожидающих изменений на страницах, которые подвергаются значительному, но временному вандализму или сбоям (например, из-за внимания СМИ), когда блокировка отдельных пользователей невозможна. Как и в случае с другими формами защиты, временные рамки защиты должны быть пропорциональны проблеме. Бессрочная защита ПК должна использоваться только в случаях серьезных долгосрочных сбоев.
Как и полузащита, защита ПК никогда не должна использоваться в реальных спорах о содержании, где существует риск поставить определенную группу редакторов в невыгодное положение.
Редакторы без прав администратора могут запросить защиту страницы , если выполнены вышеуказанные критерии. Снятие защиты от ожидающих изменений может быть выполнено любым администратором или запрошено в запросах на снятие защиты .
Просмотр ожидающих правок
Процесс рецензирования представляет собой быструю проверку, позволяющую убедиться, что правки не содержат:
Рецензенты — это достаточно опытные пользователи, которым предоставлена возможность принимать правки других пользователей. Рецензенты имеют такой же уровень доверия, как и откатывающие ; все администраторы имеют право рецензента. Потенциальные рецензенты должны распознавать вандализм, быть знакомыми с основными политиками в отношении контента, такими как политика в отношении живых людей, и иметь достаточный уровень опыта редактирования Википедии. Рекомендуется прочитать руководство по рецензированию , в котором подробно описан процесс рецензирования и ожидания для рецензента.
Рецензенты и администраторы будут видеть желтый баннер списка наблюдения в своем списке наблюдения всякий раз, когда есть ожидающее редактирования, требующее проверки. Если рецензент или администратор захочет отключить его, он может вставить его #mw-fr-watchlist-pending-notice {display: none}
в свой common.css .
Принятие правки рецензентом не является одобрением правки. Это просто означает, что правка была проверена на очевидные проблемы, перечисленные выше.
Права рецензента предоставляются по запросу на Wikipedia:Запросы на разрешения . Хотя любой администратор имеет техническую возможность удалить разрешение рецензента, удаление должно происходить только в результате консенсуса в ходе обсуждения или когда редактор запрашивает удаление своего собственного разрешения. Обсуждение удаления разрешения рецензента обычно должно происходить на доске объявлений администраторов . Рекомендуется обсудить с вовлеченным редактором и/или запросить второе мнение на странице обсуждения Ожидающие изменения, прежде чем официально запрашивать удаление.
Рассмотрение ожидающих изменений должно быть выполнено в разумные сроки (максимум несколько часов). Управление бэклогом должно координироваться на уровне сообщества. Бэклог можно просмотреть по адресу Special:PendingChanges . По состоянию на июль 2021 года, правки редко остаются нерассмотренными более одного-двух дней, а бэклог часто пуст.
Ожидаемые изменения добавляют подсветку, которая теряется при отключении
В истории правок принятые правки подсвечиваются, что улучшает читаемость. Кроме того, для указания причины принятия определенных правок («автоматически принято»/«принято [Имя пользователя]») применяются видимые теги. По состоянию на сентябрь 2018 года [обновлять]эта подсветка по-прежнему навсегда теряется для прошлых изменений на данной странице, когда отключен параметр ожидающих изменений. [1] Когда ожидающие изменения снова включаются, подсветка будет применяться только к более новым изменениям. Поэтому хорошим выбором будет оставить ожидающие изменения включенными , когда применяются другие средства защиты. [2]
Эффект различных уровней защиты
Часто задаваемые вопросы
- Если постоянный пользователь редактирует статью с непроверенными ожидающими изменениями, принимается ли новая версия автоматически?
- Нет. Если пользователь является рецензентом (то есть пользователю предоставлено разрешение «рецензент»), ему будет предложено просмотреть и принять любые непросмотренные ожидающие изменения. Если пользователь не является рецензентом, правка также будет помечена как «ожидающая проверки». (Рецензенты могут проверить это , отменив принятие текущей версии страницы в ожидающих изменениях, а затем попытавшись отредактировать.) Исключением из этого правила является случай, когда пользователь возвращает ожидающую правку к последней принятой редакции: в этом случае возврат автоматически принимается.
- Что произойдет, если несколько правок IP в статье, находящейся в состоянии ожидания изменений, приведут к нулевой правке ? (Например, IP вносит правку, а затем другой IP ее отменяет .)
- Если все они были сделаны одним IP, новая версия автоматически принимается. Если разные пользователи редактировали, новая версия не принимается (чтобы предотвратить потенциальное злоупотребление).
- На каких типах страниц можно использовать ожидающие изменения?
- Сначала было решено на основе консенсуса, что ожидающие изменения могут использоваться только в статьях, подлежащих политике защиты , и на тестовых страницах в пространстве проекта. Последующий запрос на комментарий показал, что использование ожидающих изменений за пределами статей допустимо; однако программное обеспечение ограничивает его основным пространством имен и пространством имен проекта, и не было сделано запроса на разрешение других пространств имен. Технически невозможно размещать страницы обсуждения в ожидающих изменениях.
- Разве защита от ожидающих изменений не была снята?
- И да, и нет. Защита от ожидающих изменений была развернута на экспериментальной основе в 2010 году. В 2011 году защита от ожидающих изменений была отменена как механизм защиты страниц, пока не было достигнуто консенсусное соглашение о ее развертывании. Был проведен ряд обсуждений использования этой функции, и она была возвращена в эксплуатацию 1 декабря 2012 года. С тех пор используется только уровень ожидающих изменений 1, влияющий на правки новых и незарегистрированных пользователей. По состоянию на январь 2017 года был достигнут консенсус об отмене уровня ожидающих изменений 2, и в результате теперь используется только уровень 1.
- Как узнать, есть ли на странице защита от ожидающих изменений?
- Защищенные страницы обычно отмечены небольшим символом замка в верхнем углу в зависимости от уровня защиты. Также рядом с заголовком статьи будет выпадающий список, указывающий на ожидающие изменения, если таковые имеются.
- Как я могу увидеть подробности отзыва?
- На странице с ожидающей защиты наведите указатель мыши на стрелку в поле
Принято (последнее) (для зарегистрированных пользователей) илидля вышедших из системы пользователей. Вы увидите всплывающее окно с текстом:Это последняя принятая редакция, проверенная 13 ноября 2024 года .
. Ссылка «просмотрено» ведет к журналу просмотра.
Хронология
Ниже приведен список прошлых обсуждений и опросов, касающихся функции «Ожидаемые изменения»:
- Март 2009 г.: первый опрос, 4 голоса против 1, одобряющий первоначальное исследование
- Май 2010: Запрос предложений по некоторым вопросам предварительного производства
- Июнь 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 после того, как все RFC по этой теме не смогли достичь консенсуса по его использованию.
- Ноябрь 2017 г.: предложение о внедрении отложенных изменений было отмечено как неактивное из-за отсутствия работы по его технической реализации.
Смотрите также
- Wikipedia:Deferred changes , предложение разрешить ботам , фильтру правок и/или ORES откладывать подозрительные правки для проверки (первоначально Wikipedia:Deferred revisions ).
- Википедия:Отмеченная защита и патрулируемые изменения , первоначальное пробное предложение.
- Wikipedia:Patrolled revisions , запрос на систему пассивного рецензирования, часть первоначального предложения.
- Wikipedia:PC2012 , обзор реализации ожидаемых изменений в 2012 году.
- Wikipedia:Блокировка ожидающих изменений , предложение о форме ограничения редактирования пользователем, которая по отношению к классическому блоку является тем же, чем защита от ожидающих изменений является по отношению к классической защите.
- Википедия: Предостережения относительно ожидающих изменений , эссе о том, почему использование ожидающих изменений было серьезно ограничено.
- Wikipedia:Timed flagged revisions — предложение добавить временную функцию автоматического обзора для ожидающих изменений, чтобы она функционировала как более мягкий (широкий) инструмент защиты.
Интерфейс
Журналы
Сноски
- ^ "⚓ T189422 Отключение ожидающих изменений удаляет визуальное выделение и маркировку отмен и принятий". phabricator.wikimedia.org . Получено 26 апреля 2019 г. .
- ^ По состоянию на сентябрь 2018 года не существует защиты слабее, чем уровень ожидающих изменений 1 (PC1), поэтому PC1 не будет мешать при включении других защит.