stringtranslate.com

Википедия:Кризис переформатирования страниц

К концу 2013 года кризис переформатирования страниц стал серьезной проблемой, поскольку некоторые шаблоны переполняли очередь заданий wp:Job_queue (s) таким количеством страниц, которые запускались при обновлении шаблонов, что на обновление всех связанных страниц уходило более 6 недель(!) (раньше в 2008 году это занимало 2–3 дня). Предыдущий медленный кризис предварительного просмотра редактирования, который занимал 12–45 секунд для предварительного просмотра изменений большинства основных статей, был решен в апреле 2013 года с помощью шаблонов быстрого цитирования, которые теперь используют скрипт Lua в wp:CS1 Module:Citation/CS1 , а также быстрые основанные на Lua Module:Navbox и Module:Infobox или Template:Weatherbox (и т. д.), что позволило сократить время предварительного просмотра редактирования страниц в 3–4 раза по сравнению с февралем 2013 года. Между тем, эпидемический рост все большего количества шаблонов (плюс модули Lua) засорил очереди на переформатирование страниц миллионами заданий на повторное переформатирование одних и тех же страниц для множественных изменений в любых используемых мегашаблонах. Недавней жертвой стал Template:Convert , перешедший с 3000 крошечных подшаблонов на использование гигантского Lua Module:Convert (в 02:15, 11 декабря 2013 г.), но все еще переформатирующий последние 7000 из 554000 связанных страниц, почти 21 день спустя.

Возможные решения кризиса переформатирования страниц: существует несколько возможных вариантов, но Шаг 1 — остерегаться людей, воображающих, что « Это не проблема» (нет), потому что задержка в 2–7 недель для показа результатов обновленных шаблонов слишком велика, даже если люди пытаются рационализировать мега-медленные результаты. Вы можете вспомнить, когда страница « Канада » edit-preview длилась 28 секунд или « Израиль » длилась 42 секунды, некоторые люди говорили, что это не проблема , и рекомендовали редактировать каждую крупную статью только по разделам, но больше не видели, как вся страница переформатируется для вычитки перед набором. Поэтому такие решения от lowered-expectations являются неохотным вариантом, но будут рассматривать этот веб-сайт как скупую операцию. Вместо этого давайте попробуем добиться значительных улучшений производительности:

  • Возможно, следует ежедневно переформатировать большинство статей: можно было бы зарезервировать несколько очередей заданий, чтобы просто заставить каждую страницу переформатироваться ежедневно (или в течение 3 дней), а не надеяться, что обычные очереди закончатся в течение 2–7 недель.
  • Ежедневно запускать переформатирование основных статей: возможно, все основные статьи можно было бы привязать к фиктивному шаблону, который бы редактировался каждый день (или два), а затем обрабатывать эти 300 000(?) страниц ежедневно, которые, между прочим, перенаправлялись бы на любые обновленные шаблоны/модули, улучшенные в ходе принудительного ежедневного переформатирования.
  • Добавьте опцию приоритета задач для крупных обновлений: с помощью привилегированных прав пользователя администратор может отправить запрошенное крупное обновление шаблона в очередь с высоким приоритетом, чтобы новая функция или исправление крупной ошибки шаблона могли быть распространены по всей системе быстрее за счет переформатирования миллиона связанных страниц в течение недели или около того.
  • Повторное разделение больших шаблонов для использования в меньшем количестве статей каждый: Субоптимизированный дизайн прежнего Template:Convert на основе разметки доказал, что функция может быть добавлена ​​в один подшаблон и появится на 28 000 страниц в день позже. Так что, возможно, некоторые из мегашаблонов можно разделить на ответвления, которые затрагивают только 50 000 страниц каждый.

К счастью, большинство шаблонов редко изменяют основные функции, и поэтому люди не жалуются (сильно), поскольку ждут, когда новая опция появится на последних 7000 страницах в пределах полумиллиона. Однако, поскольку мы обновляемся, чтобы иметь более умные шаблоны с автокоррекцией, вместо того, чтобы выдавать сообщения об ошибках в стиле 1950-х годов (« ОШИБКА: Неверные данные; НЕ ВЫЧИСЛЯЕТСЯ »), поскольку занято ручным редактированием, возникает необходимость переустановить общесистемные волны обновлений с автокоррекцией (см.: «wp:Autofixing cites»). В этих случаях высокий приоритет переформатирования может опубликовать результаты на несколько недель раньше, чтобы проверить непредвиденные последствия, а затем повторно выпустить следующую волну более умных шаблонов в течение недели. Кроме того, поток, вызванный накоплением wp:data, умножил тысячи второстепенных страниц с утомительными шаблонами таблиц данных. В любом случае, это всего лишь краткий обзор кризиса, когда исправления или обновления некоторых основных шаблонов не публикуют актуальные данные в течение более 6 недель переформатирования.

Смотрите также