Обсуждение шаблона:Cite web/Архив/2022

Здесь находятся завершившиеся обсуждения. Просьба не вносить изменений.

Url-status

Нужно добавить обработку usurped unfit которые есть в en:Template:Cite web. Их можно задавать в новом параметре url-status или существующем deadlink. При usurped unfit оригинальная ссылка не показывается. Это необходимо чтобы не направлять (защищать) читателей на рекламный/спам/поддельный/проданный/угнанный сайт (а также не кормить перехватчиков трафиком от переходов по ссылкам из более посещаемого сайта Википедии). Пример: WP:СОО special:diff/119228049 ; подходящее действие usurped unfit по гайду en:WP:Citing sources#Preventing and repairing dead links; но нет аналога в ruwiki и другие участники просто удаляют "мёртвую" ссылку special:diff/119232086. Сунприат 20:52, 8 января 2022 (UTC)

• Не проще ли давать ссылку сразу на архив? MBH 02:25, 9 января 2022 (UTC)

  В en оставляется "Archived from", что соответствует ожиданиям пользователя как в изменяемом увиденном названии открытого сайта/url так и в скорости прогрузки из архива. Арх.ссылка может быть прямой, но url короткий webcitation.org/5yo0HaAk7 или материал бывает перепечатан (сохранён) на другом сайте (доступен или тоже нет, а в архиваторах нашлась перепечатка и оригинал совсем подменится полями перепечатки) - оригинальный url лучше организованно сохранять, чем создавать закомментированные url (могут пригодиться для поиска альтернативных архивов) в конце сносок. Ситуация удаления/замены сама по себе конфликтна и не описана в гайдах, вариант с параметром используется и есть в гайдах. Сунприат 04:05, 9 января 2022 (UTC)

• А как быть со страницами, где информация меняется в зависимости от даты обращения? Это не usurped, но unfit, приделается сюда же? Например, ссылка в сноске при утверждении, что в 2019 году директором был Орлов, но в 2022 году там будет уже Соколова. Важно ещё, чтобы всякие боты версию архивной страницы на свой вкус не меняли. — 188.123.231.3 13:13, 9 января 2022 (UTC)

  Если по современной ссылке нет данных, на именно которые была отсылка для подтверждения, но они есть в старой архивной копии, тогда да - "When the original URL has been ... or is otherwise unsuitable" - современная ссылка не подходит для подтверждения, переход по ссылке будет заставлять пользователя искать несуществующее, мало смысла отправлять по ссылке на несуществующее подтверждение когда по двум ссылкам информация не один в один, а есть только в архиве. Сунприат 17:12, 9 января 2022 (UTC)

• Уже несколько лет прошу о возможности скрывать от читателя оригинальную ссылку, а воз и ныне там.— Yellow Horror (обс.) 21:07, 11 января 2022 (UTC)
• Сделал в песочнице — Шаблон:Cite_web/песочница. Стоит требовать параметры архивации или просто убираем ссылку? -- dima_st_bk 12:49, 24 октября 2022 (UTC)
  • Если по оригинальной ссылке сейчас не тот контент, который нужен для подтверждения сведений Википедии, а архив отсутствует или непригоден для той же цели, то смысла в такой сноске нет — её нужно удалять, а сведения помечать шаблоном «Нет источника» с последующей заменой источника или удалением этих сведений. Поэтому скрытие оригинальной ссылки без указания ссылки на архив должно как минимум давать видимое в режиме редактирования предупреждение.— Yellow Horror (обс.) 16:11, 24 октября 2022 (UTC)
    • Участник:Dima st bk/Черновик — пока выглядит так (последняя строчка). Побаиваюсь, что слишком в большом количестве статей будет эта красная сноска. Поиском сложно понять, сколько их всего [1]. -- dima_st_bk 16:21, 24 октября 2022 (UTC)
      • Доперенёс логику с енвики, чтобы оригинал и архив менялся местами при мертвой ссылке. Осталось перенести это на deadlink. -- dima_st_bk 18:00, 8 ноября 2022 (UTC)
• dima_st_bk, здесь следует также учесть, что в En нет параметра deadlink, они используют url-status. Соответственно если внедрять url-status без переделки deadlink это будет страх и ужас. Потом никаких концов не найдёте, где ссылки дохлые, где сменившие содержимое, а где живые. Боты и люди постараются. Возможным решением будет слияние параметров и ликвидация deadlink из документации. При этом надо обязательно поставить замены в викификаторе, объёмы огромные. 185.16.137.132 17:17, 24 октября 2022 (UTC)
  • dima_st_bk, при этом надо сразу заменить deadlink/deadurl/dead-url на url-status и в других шаблонах-АИ, чтобы редакторы не путались, а скрипты могли универсально распознавать пометки: 70 шаблонов. И, повторюсь, добавить всё это в стандартный викификатор. Далее, я бы удалил из кода все dead-url, почти не используется, но усложняет. В статьях всего 6 тысяч включений, обновить ботом. 194.50.12.56 00:18, 12 ноября 2022 (UTC)
  • dima_st_bk, также надо будет сразу сообщить владельцу IABot и скрипта ВО, оба механизма работают с deadlink. 194.50.15.88 10:13, 22 ноября 2022 (UTC)
• Предлагаю кроме https://ru.wikipedia.org/?diff=128011940 сделать простое решение: если указана архивная ссылка, есть deadlink=yes И url пуст - игнорировать url.
  То есть,

  {{Cite web |url= |title=Книжное дело |access-date=2012-04-01 |archive-date=2012-07-29 |archive-url=https://web.archive.org/web/20120729231230/http://www.knigdelo.ru/default.asp?id=1&news_id=4297 |deadlink=yes }}
  
  равно
  
  {{Cite web |url=https://web.archive.org/web/20120729231230/http://www.knigdelo.ru/default.asp?id=1&news_id=4297 |title=Книжное дело |access-date=2012-04-01}}
  

  Не нужно запоминать новомодные unfit и т.д. ~~‍~~ Jaguar K · 19:17, 21 января 2023 (UTC)
  • Я пока сходу вижу такую проблему — если кто-то поставит архив на условный webcitation и удалит оригинал, а потом условный webcitation умрёт, то оригинал ссылки для восстановления архива придётся искать в истории правок. -- dima_st_bk 19:22, 21 января 2023 (UTC)
    • Значит, только для вебархива подходит. Формат впоследствие можно править ботом (т.е. ставить unfit), для других архивов не прокатит. ~~‍~~ Jaguar K · 19:28, 21 января 2023 (UTC)
• Поддерживаю. Возникла такая же проблема с угнанными сайтами. Кроме того, имхо, для совместимости лучше как раз поступить идентично англовики; usurped/unfit. Sleeps-Darkly (обс.) 10:17, 16 мая 2023 (UTC)
• Обновил шаблон, пусть так побудет неделю. Если не выявится ошибок/возражений, то буду заменять везде и писать ответственным за ботов/скрипты. -- dima_st_bk 18:12, 17 мая 2023 (UTC)

Предварительный итог

Параметры live/dead/unfit поддерживаются уже 4 месяца, на форумах проблем не замечено. Примеры:

• Main Page — Wikipedia  (рус.). Архивировано 2 декабря 2002 года.
• Main Page — Wikipedia  (рус.). Архивировано из оригинала 2 декабря 2002 года.
• Main Page — Wikipedia  (рус.). Архивировано 2 декабря 2002 года.

Для полного перехода нужно:

1. Донести до всех наличие этих параметров (в т.ч. описать их в документации)
2. Мигрировать все инструменты (заменить в templatedata, гаджетах)
3. Написать ботам-архиваторам (или изменить в настройках в консоли IAbot?)
4. Заменить все включения dead-url (см. #c-194.50.12.56-20221112001800-185.16.137.132-20221024171700)
5. Сделать аналогичные замены во всех остальных шаблонах, где используется deadlink
6. Сделать замену в викификаторе

Есть желающие чем-нибудь заняться? -- dima_st_bk 04:38, 17 октября 2023 (UTC)

• deadlink — deprecated в документации. -- dima_st_bk 05:21, 15 ноября 2023 (UTC)
  • Правильно ли я понимаю:

• live — живая (рабочая) ссылка
• dead — неживая (мертвая ссылка — 404 и т. п.)
• unfit — живая, но некорректная ссылка (другой сайт, другое содержание etc)?

Pessimist (обс.) 08:47, 15 ноября 2023 (UTC)

• Да. В последнем случае ссылка скрывается вообще. Я смотрю, для другого содержания в енвики добавили deviated. -- dima_st_bk 09:09, 15 ноября 2023 (UTC)
  • Ох, как много всего… При этом я вообще не понимаю зачем показывать все варианты кроме live. Pessimist (обс.) 09:27, 15 ноября 2023 (UTC)
    • Не знаю. У нас пока 3, остальные можно добавить синонимом к unfit. -- dima_st_bk 12:13, 15 ноября 2023 (UTC)

• Почти везде добавил url-status (а также алиасы access-date/arhive-url/archive-date). Вижу, что @Iniquity обновляет citations из enwiki, там в таком случае тоже заедет url-status. Кажется, после переноса citations всё будет готово для замены в инструментах. -- dima_st_bk 15:13, 26 ноября 2023 (UTC)

Сделано. -- dima_st_bk 04:12, 15 января 2024 (UTC)

«В конце должна стоять точка.»

Что за ерунда про то, что в параметре |first = «В конце должна стоять точка»? Точка должна стоять не в параметре, а шаблон сам должен добавлять её в своём выводе (при необходимости), как он делает для параметра |author =. Аналогичный шаблон в английском разделе успешно справляется с этой задачей, так почему бы не сделать по-нормальному и тут? — Mikhail Ryazanov (обс.) 16:24, 13 января 2022 (UTC)

• Потому что нужно обновить этот шаблон по англовики, но задолбаешься и по технической части, и с поиском консенсуса. Викизавр (обс.) 18:01, 13 января 2022 (UTC)

Википедия:Техническое соглашение о датах и времени

В связи с внедрением соглашения о датах нужна категория, отслеживающая неверное заполнение параметров date, access-date и archive-date. На мой взгляд для всех трёх хватит одной общей. 185.16.137.129 14:40, 15 января 2022 (UTC)

• Коллега, предлагается это ботоисправлять? Или просто чтобы в куче статей вечно висела лишняя категория? Викизавр (обс.) 15:52, 15 января 2022 (UTC)
  • ? Или уже исправили или на днях… Две недели на каком-то форуме обсуждалось. 185.16.137.129 16:59, 15 января 2022 (UTC)

 Не сделано. Когда будет решение заменять такие даты в автоматическом режиме, тогда можно будет добавить категорию. -- dima_st_bk 12:13, 24 октября 2022 (UTC)

Nodot

Шаблону нужен параметр «nodot», которым можно было бы убирать точку после заголовка, когда там уже есть знак препинания, необходимый по контексту заголовка.— Yellow Horror (обс.) 14:12, 11 февраля 2022 (UTC)

• Это должно делаться автоматически, без всяких параметров. 194.50.13.122 22:29, 18 марта 2022 (UTC)
• @Yellow Horror, сделал автоматическое управление точками в {{cite web/песочница}}. Можете глянуть? -- dima_st_bk 17:08, 17 января 2023 (UTC)
  • @Dima st bk: на первый взгляд, работает. Возможно, стоит добавить к условиям двоеточие, бывают изредка заголовки с ним на конце.— Yellow Horror (обс.) 10:13, 18 января 2023 (UTC)

Сделано, нужна точка или нет - определяется автоматически. -- dima_st_bk 15:21, 20 января 2023 (UTC)

Шаблон ломается при более 512 сносок на странице

Частный случай - он сломался в статье "Протесты против вторжения России на Украину", сломав, при этом, нижеподлежащие шаблоны. Возможно, поломка относится к самому механизму генерации сносок, но пока корректный паттерн проверки не рассматривался. Nahabino (обс.) 18:08, 19 апреля 2022 (UTC)

• Коллега @Nahabino, это не шаблон cite web сломался, это страница стала слишком длинной (точнее, общая длина включённых в неё шаблонов слишком большая). Викизавр (обс.) 13:44, 7 мая 2022 (UTC)
  • Да, благодарю, уже отметил это на странице обсуждения страницы, а тут запамятовал ответить. Nahabino (обс.) 13:54, 7 мая 2022 (UTC)

Итог

-- dima_st_bk 17:26, 17 января 2023 (UTC)

шаблон:ЯзыкПоКоду

Предлагаю убрать включение данного шаблона.

Шаблон ответственнен за простановку ссылок на категорию без включения в неё статьи. Демо:
[[:Категория:Википедия:Cite web (неверный код языка)| ?.]] →  ?.
Данная ссылка ставится в случае, если существует шаблон ref-xxx, но не существует ххх в шаблоне ЯзыкПоКоду.
Яркий пример выше: #Языковые коды ru-RU, en-GB, en-US - эти коды работают, исправлять из нет надобности.
По сути это избыточная проверка, форматированный код этого места в шаблоне.

Кроме того, этот шаблон существенно влияет на размер включений в случаях выше, см. ut:WindEwriX#cite_web. ~~‍~~ Jaguar K · 19:38, 9 мая 2022 (UTC)

• Коллега @Jaguar K, как вижу, консенсус за это уже есть выше, вся проблема в коде. Можете сделать в Шаблон:Cite web/песочница код и проверить его работоспособность, чтобы я сразу его внёс? Викизавр (обс.) 08:55, 10 мая 2022 (UTC)
  • Было залито 10 мая. ~~‍~~ Jaguar K · 08:47, 6 июля 2022 (UTC)
  • Также добавил код #HumanizeDate ~~‍~~ Jaguar K · 10:47, 8 июля 2022 (UTC)
  • Также добавил #Просьба об изменении шаблона от MFot ~~‍~~ Jaguar K · 12:14, 24 июля 2022 (UTC)
• Если его убрать, всякие мусорные заполнения будут обозначены валидными, см. {{ref-русский}}. Так что Против. Лучше убрать ref-xxx и пользоваться единым списком из ЯзыкПоКоду. 185.16.139.28 12:15, 28 июля 2022 (UTC)
  • Вы абсолютно правы, я зря потратил столько времени на википедию. ~~‍~~ Jaguar K · 12:36, 28 июля 2022 (UTC)

Итог

Неактульно в связи с переписыванием на lua и использованием {{#invoke:Languages|list_ref}}. -- dima_st_bk 17:24, 17 января 2023 (UTC)

Раскрытие шаблонов

Предлагаю также рассмотреть необходимость раскрытия/переписывания шаблонов, которые используются в cite web: результаты тестов для {{lang}} и {{ref-ru}}, ref-und, {{ref-en}}, которые являются дважды обертками шаблона {{ref-info}}.

Также предлагаю дополнить свитч if lang-xxx = ru значением en - как и в других случаях, развертка {{ref-en}} до {{ref-info}} должна быть гораздо менее затратна, чем применение {{ref-en}} через ref-{{{lang}}}, так как английский - наиболее частый язык в источниках.

Попутно предлагаю изменить свитчи ru и en на ru|ru-RU и en|en-GB|en-US соответственно. ~~‍~~ Jaguar K · 19:51, 9 мая 2022 (UTC)

• Я планирую реализовать всё это в lua в ближайшие дни, возможно, стоит ещё чуточку подождать. Медведь Никита (обс.) 19:54, 9 мая 2022 (UTC)
  • Не проблема, добавлю лишь, что лучше использовать модуль напрямую, то есть #invoke, а не через обертку шаблоном. Например, в случае навшаблонов, замена ш:navbox на invoke снижает размер включений примерно на треть. ~~‍~~ Jaguar K · 22:13, 9 мая 2022 (UTC)
  • Попробовал заменить {{lang}} на invoke - разница нулевая. Похоже, вызов другой страницы, даже lua, недешевый. ~~‍~~ Jaguar K · 23:30, 9 мая 2022 (UTC)
    • Коллега, я не могу понять, какую именно метрику вы меряете? Открыл одну из версий и в NewPP limit report все числа отличаются от приведённых в таблице.
      Моя логика такая: время мерять надо не так и в целом мерять не надо (экономия может не возникнуть на одном примере, но наверняка возникнет при нескольких вызовах с одной страницы), мерять надо Post‐expand include size. Медведь Никита (обс.) 08:26, 10 мая 2022 (UTC)
      • На странице сверху шаблон cite web - его и меряю, с разным lang. Это и есть Post‐expand include size
        Измерения провожу на другой странице, где кроме шаблона ничего нет, через предпросмотр. upd: на странице черновика, возможно, играет роль, что тесты не в ОП. https://i.imgur.com/x6jBt5W.png - 2139 en ~~‍~~ Jaguar K · 15:52, 10 мая 2022 (UTC)
        • Понял, смотрел не на ту страницу. Медведь Никита (обс.) 16:09, 10 мая 2022 (UTC)
  • Настройки наверно можно задействовать из Модуль:Languages/data ~~‍~~ Jaguar K · 22:52, 11 мая 2022 (UTC)
    • Да вот я обнаружил этот модуль сразу после того, как (частично руками) сделал свой список (в Модуль:Песочница/Medvednikita). Теперь всё откладываю идею смёржить, там придётся опять руками поработать. Медведь Никита (обс.) 07:20, 12 мая 2022 (UTC)
  • Справочно — текущий прогресс можно увидеть, используя шаблон Участник:Medvednikita/cite/Ref-info как синоним cite web (название сложилось случайно). Например, можно сравнить страницы Участник:Medvednikita/cite/Ref-info/тесты/5 и Участник:Medvednikita/cite/Ref-info/тесты/6. Медведь Никита (обс.) 07:24, 12 мая 2022 (UTC)
    • Левый язык, напр, eng выдает ошибку луа.
      шаблон Humanize date, кстати, кривой - конструкция {{#time: j xg Y | 12 May 2014 }} → 12 мая 2014 рабочая, а шаблон нет.
      Стоит выяснить, для чего он (кроме задания год-месяц) нужен.
      p.s. {{#time: j xg Y | 12 May 275}} → 12 мая 0275 ~~‍~~ Jaguar K · 00:25, 14 мая 2022 (UTC)
      • Про левый язык — спасибо, я не начинал пока что тестировать код в этом смысле, просто набросал канву, чтобы тестировать производительность сначала (не детально, но масштаб — не работает ли в 10 раз медленнее — и вроде выяснилось, что все в порядке). Пофиксил. Медведь Никита (обс.) 07:52, 14 мая 2022 (UTC)
      • Да, шаблон Humanize date какой-то странный, есть ощущение, что его надо внимательно прочесть и переписать, но пока что я оставил у себя вызов его напрямую, чтобы не гоняться сразу за всеми зайцами. Медведь Никита (обс.) 07:55, 14 мая 2022 (UTC)
        • @Medvednikita, планируете заливать вашу версию в шаблон? Например, правка на удивление бесполезна, хотя обычно снижает размер включений на треть. Можно, конечно, порезать шаблоны "дата", убрав викификацию, но, например, замена шаблона дата на упрощенный вариант его же [1] бесполезна (выигрыш всего 32к, а нужно порядка 300к).
          upd: я не все шаблоны раскрыл, так что ложный вызов, наверное. ~~‍~~ Jaguar K · 12:25, 20 июня 2022 (UTC)
          • Кажется, обсуждаемый кейс с автонумерацией мало отношения все же имеет. Заливать планирую, но после сессии (я преподаю в вузе). Сначала нужно чуть переделать данные, дополнительно добавив из еще одного источника, потом сделаю в песочнице имеющихся модулей, потом буду делать тесты… В общем после сессии, там все-таки не на пару минут. Медведь Никита (обс.) 19:11, 20 июня 2022 (UTC)
            • Конечно. Имеет отношение архивация ссылок. ~~‍~~ Jaguar K · 19:28, 20 июня 2022 (UTC)

Итог

Неактульно в связи с переписыванием на lua и использованием {{#invoke:Languages|list_ref}} (шаблоны серии ref-* используются как фаллбеки в редких случаях). -- dima_st_bk 17:23, 17 января 2023 (UTC)

Точка после языка

В Шаблон:Cite web/doc#Примеры приведены примеры. Все параметры в шаблонах примеров приведены в одинаковом виде, однако в результате мы видим варианты «(неопр.)», «(англ.).», «(неопр.).», «(неопр.).», «(неопр.).» — без точки либо с точкой после скобки. Во-первых, непонятна причина отсутствия/наличия точки, во-вторых, точка после скобки кажется лишней. Kalendar (обс.) 07:40, 12 мая 2022 (UTC)

• Если я всё правильно понял, то точка, которая вторая, наличествует всегда (строки 68-71), но между языком и этой точкой могут как присутствовать, так и отсутствовать format, deadlink (и его синонимы), website, pages, page, publisher, date — и вот только потом эта точка. Но в некоторых примерах всех этих параметров нет, тогда они и оказываются подряд.
  Возможно, изначально подразумевалось, что этой точкой заканчивается date, но она случайно попала наружу? Не знаю. Медведь Никита (обс.) 08:57, 12 мая 2022 (UTC)

Помета ссылок, требующих регистрации и/или оплаты для просмотра источника

Предлагаю добавить параметр, которым можно было бы помечать такие ссылки. Визуально он может отображаться пиктограммой замка. В англоязычной версии шаблона это уже сделано. Кроме предупреждения читателя, что для осуществления ВП:ПРОВ по данному источнику требуются дополнительные действия (регистрация и/или оплата), параметр можно использовать как сигнал ботоархиватору ссылок, что данную ссылку бесполезно архивировать, потому что в архиве заведомо не будет необходимого для ВП:ПРОВ контента.— Yellow Horror (обс.) 09:47, 16 июня 2022 (UTC)

• Запрет на архивацию был бы полезен, постоянно вылезают эти мусорные архивы ютуба и прочего видео, а также интерактивных ГИС-систем. Если кто не знает, они нормально не архивируются сервисом web.archive.org, но бот упорно их лепит. 185.16.139.28 12:14, 27 июля 2022 (UTC)
  • Ютуб таки иногда успешно архивируется. Интерактивные страницы, разумеется, нет. Вообще, полноценной веб-энциклопедии (но не Википедии) нужен собственный сервис архивации веб-источников, на котором сохранялся бы заверенная системой копия содержимого веб-страницы as is в момент создания ссылки на источник.— Yellow Horror (обс.) 15:57, 24 октября 2022 (UTC)
    • Для такой системы всё упирается в финансы, хранить копии миллионов страниц крайне накладно в плане объёма, особенно, если это видео или фото. Кроме того, пока что ни один архиватор не может сохранить все 100 % страниц в корректной форме. То есть проверять успешность всё равно приходится вручную. По-моему внедрить можно и здесь, достаточно чтобы бот сидел на потоке и проверял каждую правку на добавление ссылок, и сразу шлёпал архив того же дня. 194.50.15.88 16:10, 24 ноября 2022 (UTC)

HumanizeDate

Требует множества циклов внутри шаблона ради отображения дат вроде 2022-05
Предлагаю как-то так (правка):
{{#iferror: {{#time: j xg Y | {{{date|{{{datepublished|}}}}}} }} | оставшийся код с HumanizeDate и year/month}}

Разница:

Дата	Парсер	HumanizeDate
2022	26 апреля 2022	2022
2022-05	1 мая 2022 (допустимо)	май 2022
2022-5	1 мая 2022 (лучше)	2022-5
922-05		922-05
922-05-05	5 мая 0922	922-05-05
October 15, 2014	15 октября 2014	October 15, 2014
5 May 2022	5 мая 2022	5 May 2022
May 2022	1 мая 2022 (лучше?)	May 2022
2.05.2022	2 мая 2022	2.05.2022
2.5.2022	2 мая 2022	2.5.2022
2/05/2022	5 февраля 2022	2/05/2022
5.2022		5.2022
2 05 2022		2 05 2022

Насколько критично? ~~‍~~ Jaguar K · 09:27, 6 июля 2022 (UTC)

В частности, здесь замечено 179х |date, и на странице превышен лимит включений шаблонов. Большинство такие:
Bibel, Sara Tuesday Final Ratings: 'The Flash', 'Marvel's Agents of S.H.I.E.LD.', 'The Voice' & 'The Mindy Project' Adjusted Up; 'About A Boy' & 'Chicago Fire' Adjusted Down  (неопр.). TV by the Numbers (15 октября 2014). Дата обращения: 15 октября 2014. Архивировано из оригинала 16 октября 2014 года. ~~‍~~ Jaguar K · 09:52, 11 июля 2022 (UTC)

• Весь этот бардак надо отдать викификатору на автообработку, как давно сделано в скрипте ПРО:ВОСКР. 185.16.139.28 11:51, 28 июля 2022 (UTC)
• Замена 2022-05 на 1 мая 2022 выглядит не очень корректной, если честно. Викизавр (обс.) 14:00, 13 августа 2022 (UTC)

Просьба об изменении шаблона

Сейчас категория Категория:Википедия:Cite web (не указан язык) отображается только в статьях основного пространства. Но мне для отладки нужно, чтобы эта категория отображалась у меня в черновике - я туда перенёс викикод статьи (Everything I Do) I Do It for You, которая находится в этой категории ("Википедия:Cite web (не указан язык)"), но в черновике эта проблемная категория не отображается, а мне это нужно для поиска причины того, почему статья (Everything I Do) I Do It for You попадает в эту проблемную категорию. MFot (обс.) 08:19, 8 июля 2022 (UTC)

• Вы серьезно? Вообще-то можно создать копию шаблона у себя и заменить им все включения в черновике. ~~‍~~ Jaguar K · 08:24, 8 июля 2022 (UTC)
  • Это не поможет если в проблемную категорию статья попадает не из-за шаблона в тексте статьи, а из-за использования шаблона в других шаблонах. MFot (обс.) 08:30, 8 июля 2022 (UTC)
    • В принципе мне все равно, но выглядит странно. ~~‍~~ Jaguar K · 10:18, 8 июля 2022 (UTC)
• Я создал копию этого шаблона, которая делает то, что нужно - то есть, в нужном случае помещает страницу в категорию Категория:Википедия:Cite web (не указан язык) безотносительно того, в каком пространстве статей эта страница находится. С точки зрения вики-кода шаблона это означает замену кода | <span class="hidden-ref" style="display:none">'''{{ref-und}}'''</span>{{#ifeq:1|{{#invoke:String|replace|{{{title|}}}|[0-9А-яЁё«»:;,…!? \(\)\.—№\/\&\#+-]+|1|1|false}}||{{#if:{{NAMESPACE}}||[[Категория:Википедия:Cite web (не указан язык)]]}}}} на следующий: | <span class="hidden-ref" style="display:none">'''{{ref-und}}'''</span>[[Категория:Википедия:Cite web (не указан язык)]]. MFot (обс.) 07:47, 12 июля 2022 (UTC)
  • Против правки в таком виде, смотрите описание категории.
    Примеры:
    Обсуждение шаблона:Книга => 1
    Обсуждение шаблона:Cite Web => 1Cite Web
    Для вашей задачи достаточно убрать проверку пространства имен:

    <span class="hidden-ref" style="display:none">'''{{ref-und}}'''</span>{{#ifeq:1|{{#invoke:String|replace|{{{title|}}}|[0-9А-яЁё«»:;,…!?  \(\)\.—№\/\&\#+-]+|1|1|false}}||[[Категория:Википедия:Cite web (не указан язык)]]}}
    

    ~~‍~~ Jaguar K · 10:40, 12 июля 2022 (UTC)
• Поставил отклонение: методом удаления текста можно искать и в ОП, в предварительном просмотре. Чтобы находить проблему оптимально иное решение, в частности подсветка конкретной ссылки. 185.16.139.28 12:09, 27 июля 2022 (UTC)
  • Как бэ подсветка и так существует: <span class="hidden-ref" style="display:none">...
    Можете дорисовать background:#d33; какой-нибудь здесь ~~‍~~ Jaguar K · 12:11, 27 июля 2022 (UTC)
  • п.с. Вы уверены, что категории под окном редактирования обновляются в реальном времени в предпросмотре? ~~‍~~ Jaguar K · 12:20, 27 июля 2022 (UTC)
    • А, сломали значит. Ещё в прошлом году прекрасно работало. В любом случае предложение поддержки не получило и не решает проблему. С тем же успехом есть ctrl+f = lang. 185.16.139.28 12:27, 27 июля 2022 (UTC)
      • Я писал участнику об этом, но (по крайней мере инвики) он не добавил себе css стили. ~~‍~~ Jaguar K · 12:31, 27 июля 2022 (UTC)

www.webcitation.org

В связи со смертью сайта архива (настоящей или потенциальной) пора сделать категорию для его замены. Например, Категория:Википедия:Cite web (заменить webcitation-архив). Предыстория: сайт www.webcitation.org уже лет 5 работает со сбоями, пропадая месяцами из сети. В этом году по моему ощущению он вообще не работал, там давно упал сертификат и сейчас на любой запрос получаю DB Connection failed. Выявить их легко регуляркой по началу значения параметра archive-url/archiveurl — https://www.webcitation.org, http://www.webcitation.org, https://webcitation.org. Желающие также могут сообщить про сею обширную проблему (около 150 тысяч статей без АИ) на форум, ибо по личному мнению одного админа мне нельзя критиковать ВП. 185.16.139.28 12:04, 27 июля 2022 (UTC)

• Дополнение: также полезно будет разделить мёртвые и пока ещё живые ссылки по параметру deadlink (yes и no). В первом случае всегда нужна замена, во втором, участнику достаточно проверить работоспособность ссылки и удалить битый архив в случае жизни источника. Yellow Horror, знаю вас беспокоит данная тема, отдаю на контроль. 185.16.139.28 00:44, 28 июля 2022 (UTC)
  • В последнее время неработающие ссылки на webcitation.org массово расставлял ‎InternetArchiveBot. Я дважды жаловался на такое поведение на странице обсуждения на Мете. В первый раз мне ответили, что ожидают возможного восстановления работы сайта, во второй раз, что «проблема обсуждается». До чего они там дообсуждались я не знаю, и прежде чем заниматься удалением ссылок на нерабочие архивы хотелось бы убедиться, что это не очередной фронт войны с ветряными мельницами. Заниматься заменой ссылок на умерший архив вручную я тоже не нанимался.— Yellow Horror (обс.) 10:35, 28 июля 2022 (UTC)
    • Yellow Horror, описанная проблема решается очевидным способом: поднять тему здесь на форуме, пригласить владельца. Нет реакции — выключить бота. Дальше сам засуетится, там интересы целого вебархива на кону. Никакой технической сложности не проставлять webcitation конкретно в Рувике для бота нет. 185.16.139.28 11:10, 28 июля 2022 (UTC)
    • Если включить теорию заговора, то webcitation, как единственный другой архиватор, проставляется для видимости конкуренции и отсутствия аффилированности. Поэтому добровольно его не уберут, как бы плохо не работал сайт. В подтверждение сказанного бот продолжает удалять archive.is, который умеет делать снимки и владеет множеством зеркал, спасая пользователей от блокировок в разных странах. То есть реальный конкурент уничтожается, а фиктивный насаждается. Архивы иных контор бот также не ставит. 185.16.139.28 11:15, 28 июля 2022 (UTC)

• • • • Один фиг, если будет блокировка, без разницы, сколько зеркал, сайт ведь не может перенаправлять с заблокированного на другой. ~~‍~~ Jaguar K · 11:22, 28 июля 2022 (UTC)
        • ? Достаточно шаблон поправить и всё заработает. 185.16.139.28 11:31, 28 июля 2022 (UTC)
          • Так нет никакого шаблона, или я не в курсе? Зато есть 35к ссылок на .is домен + 2.4 li + 2.3 md (md недавно не работал, сейчас ок) ~~‍~~ Jaguar K · 11:38, 28 июля 2022 (UTC)
            • Сам cite web. Вы заваливаете тему посторонним, для таких вопросов есть ЛСО. 185.16.139.28 11:40, 28 июля 2022 (UTC)

• • • • Я давно уже убедился, что участники Википедии, обладающие более обширными ресурсами, чем рядовой редактор (ботоводы, инженеры по шаблонам, координаторы различных сообществ редакторов и т.п.) делают некоторые вещи просто потому, что могут, возводя принцип ВП:ПС в абсолют. Им без разницы, как это отражается на других редакторах, а тем более — на читателях Википедии. Убедить их остановиться (и подумать) практически невозможно, а уж включить задний ход — это вообще из области ненаучной фантастики. Так что я по большей части предпочитаю не вступать в конфронтацию с очередным паровым катком, а убраться с выбранной им дороги.— Yellow Horror (обс.) 21:20, 28 июля 2022 (UTC)
• Проблема до сих пор нигде и никем не решается. Бот стал их заменять, но хорошо если найдёт хотя бы половину. На практике многое умерло окончательно и бот такие ссылки не убирает, а учёта нет и рядовые редакторы не знают. Напомню, что в Рувике более чем 91 650 статей с дохлыми архивами, что ставит под сомнение желание сообщества соблюдать ВП:ПРОВ. Чем раньше начнётся системная работа, тем лучше. Код шаблона дополнить две минуты, не понимаю, в чём сложность. 194.50.12.237 19:38, 11 октября 2022 (UTC)
• Вообще-то сертификат вроде действительный и очень свежий, но вероятно он выписан для сайта webcitation.org, и браузеры считают его для www.webcitation.org недействительным. Админы сайта напортачили. Другое дело что с сертификатами чем дальше, тем больше будет проблем, вон сейчас и сбербанк из за них испытывает сложности. Хотя даже с исключением безопасности webcitation действительно DB Connection failed сейчас, но даже до этого webcitation запоминал сайты в неправильной кодировке с крюказябрами. Заменять ботом вероятно не всегда можно, а категория сама по себе вопрос не решит, ну соберёте Вы 100 тысяч страниц в такую категорию и руками её вычищать никто не будет, а менять широко использующийся шаблон ради глюка, который возможно починят в будущем, вероятно никто не желает. — Туч_а 21:19, 11 октября 2022 (UTC)
  • Дело не только в сертификате. Весь текущий год сайт выдаёт «DB Connection failed». Это конец.
        Категория позволит редакторам а) видеть проблему, щепетильные участники обычно всегда смотрят, куда засыпалась их статья и б) создавать запросы к petscan по тематикам, это пригодится проектам. Кроме того, мы реально не знаем, сколько из них deadlink=yes, а сколько deadlink=no. Масштаба проблемы не видно: первые требуют немедленной замены, вторые — нет (например, по ВО надо заменять около тысячи ссылок, а всего webcitation там 5 тысяч). 194.50.12.237 22:16, 11 октября 2022 (UTC)

Сделано. -- dima_st_bk 06:33, 17 октября 2022 (UTC)

dima_st_bk, спасибо. А есть возможность всё же разделить дохлое и живое, как это обсуждалось выше? К примеру:

Категория:Википедия:Cite web (заменить webcitation-архив: deadlink no) — отправить всё с «no»

Категория:Википедия:Cite web (заменить webcitation-архив: deadlink yes) — отправить всё остальное, включая пустые deadlink

Это позволит выявить приоритетные умершие ссылки для исправления. А живые ещё подождут. 185.16.137.132 13:11, 23 октября 2022 (UTC)

• Сделано. -- dima_st_bk 11:57, 24 октября 2022 (UTC)

Итог

Всего за 3 месяца вопрос решён. 185.16.137.132 13:49, 24 октября 2022 (UTC)

• Простите меня! :( -- dima_st_bk 13:50, 24 октября 2022 (UTC)
  • Да это ж не к тебе, к деградации сообщества, не способного решать даже очевидные проблемы. К счастью я здесь закончил. 185.16.137.132 13:58, 24 октября 2022 (UTC)
    • Жаль. -- dima_st_bk 14:02, 24 октября 2022 (UTC)
      • Передавай привет Полиционер из-за которого решение любых проблем стало фактически невозможным. Соответственно и трата времени на этот проект больше не рациональна. 185.16.137.132 14:18, 24 октября 2022 (UTC)
• По-хорошему надо начать разбирать модули и шаблоны. Проверять оригинальные ссылки, уточнять статус в deadlink, удалять дохлые архивы. Полиционер, надо сообщить на форум, там почти 500 страниц. Большинство модули по переписям населения, это на ВП:Ф-ГЕО. 185.16.137.132 15:58, 24 октября 2022 (UTC)
  • Там и шаблоны почти все по населению. -- dima_st_bk 16:22, 24 октября 2022 (UTC)
    • Добавлю, что IABot не архивирует источники в шаблонах и модулях, поэтому чего-то ждать бессмысленно, надо чистить и уже сейчас. 185.16.137.132 17:20, 24 октября 2022 (UTC)
      • Участник:DimaBot/Отчёты/webcitation. API вебархива тупит, нужно 367 ссылок пробежать руками или попробовать запустить на второй круг через пару дней. А остальные просто проверить. -- dima_st_bk 13:22, 25 октября 2022 (UTC)
        • dima_st_bk, список надо выставлять на форум, мне им заниматься некогда. 185.16.137.132 14:36, 25 октября 2022 (UTC)
• Запрос на Phabricator
  T321740
  Хотел натравить IA бота на все шаблоны, но его уже месяц чинят. Ждём-с. -- dima_st_bk 17:12, 29 ноября 2022 (UTC)
  • Архиватор работает уже несколько дней. Kalendar (обс.) 07:32, 30 ноября 2022 (UTC)
    • Там какие-то проблемы с ручным запуском по списку статей. -- dima_st_bk 16:39, 30 ноября 2022 (UTC)
  • dima_st_bk, не понимаю, почему просто не вынести на форум. За месяц уже вручную бы всё заменили. Походу я незаменим, раз никто не может. Туго вам придётся) 185.16.138.133 18:58, 3 декабря 2022 (UTC)

Черногорский язык

При добавлении ссылок на источники на черногорском языке сам язык определяется (появляется надпись "черногор."), но возле него также всплывает знак "?", ведущий к категории Википедия:Cite web (неверный код языка). Как пример: статья Вукович, Мария (легкоатлетка). Прошу поправить.--IvshinPavel (обс.) 19:35, 23 августа 2022 (UTC)

Сделано. -- dima_st_bk 23:48, 23 августа 2022 (UTC)

Параметр publisher и ссылка

А откуда там "https://google.ru+(5 ноября 2022)" появляется?

Google  (неопр.). https://google.ru+(5 ноября 2022). Архивировано 6 ноября 2022 года.

-- AlphaRho (обс.) 18:09, 5 ноября 2022 (UTC)

• А, понял. А нельзя сделать, чтобы publisher не становился ссылкой? -- AlphaRho (обс.) 18:21, 5 ноября 2022 (UTC)
  • А зачем протокол указывать? Достаточно Google  (неопр.). google.ru (5 ноября 2022). Архивировано 6 ноября 2022 года.. — dima_st_bk 18:22, 5 ноября 2022 (UTC)
    • Это не я :) Похоже это распространенная практика: Пожар в кафе «Полигон» -- AlphaRho (обс.) 18:25, 5 ноября 2022 (UTC)
    • Вот: [2] -- AlphaRho (обс.) 18:32, 5 ноября 2022 (UTC)
    • А может просто убрать "+" после publisher? Заменить на пробел. -- AlphaRho (обс.) 18:50, 5 ноября 2022 (UTC)
• AlphaRho, параметр publisher не должен содержать доменных имён или URL, см. документацию. Сам домен без протокола вписывается в параметр website. Пример: |website = google.ru. 194.50.15.88 15:53, 24 ноября 2022 (UTC)

Удаление скрытых языков

Предлагаю удалить скрытые языки (ref-ru и ref-und) из шаблона: они сильно увеличивают размер включений (после удаления у Россия появляется 5% запас по размеру включений), они захламляют код, они используются 7 участниками (поиск по наличию .hidden-ref в персональных стилях), их можно реализовать через персональные стили чем-то вроде .citation span[lang=und]::after { content: " (неопр.)"; font-weight: bold; font-size: 85%; color: #72777d; }. Возражения? Обсуждение длится неделю. -- dima_st_bk 16:06, 24 ноября 2022 (UTC)

• удаляй, можно и быстрее MBH 16:47, 24 ноября 2022 (UTC)
• Против. Редактор должен видеть, что указан ложный код языка: Флаг Ла-Паса. Ложные коды не позволяют корректно работать программам озвучивания текста. 194.50.15.88 19:25, 24 ноября 2022 (UTC)
  • Речь не о ложном языке, а об отсутствующем и русском. <span class="hidden-ref" style="display:none;">{{ref-und}}</span> и <span class="hidden-ref" style="display:none;">{{ref-ru}}</span>. Какие редакторы это увидят? Семь участников у которых есть hidden-ref: display? Я выше привёл пример, как можно вывести через стили почти такую же метку. -- dima_st_bk 19:38, 24 ноября 2022 (UTC)
    • Я привёл статью, где мне показывается пометка «(неопр.)». Её выдаёт шаблон ref-und. 194.50.15.88 19:45, 24 ноября 2022 (UTC)
      • "неопр." может быть в двух случаях:

• язык левый (2 и 3 сноски в Флаг Ла-Паса - lang=spanish и lang=es-es), в таком случае он показывается всем;
• язык отсутствует, в таком случае оно показывается только избранным семерым (1 сноска в Флаг Ла-Паса), но содержится в коде.

-- dima_st_bk 19:49, 24 ноября 2022 (UTC)

А должно бы выводится и в первом случае тоже (1 сноска). Язык должен быть указан и любой редактор должен видеть, что он требуется. 194.50.15.88 20:49, 24 ноября 2022 (UTC)

• Но сейчас не так. Русский язык также не имеет смысла хранить в коде. -- dima_st_bk 20:58, 24 ноября 2022 (UTC)

У тебя есть права это исправить. Пометка об отсутствии указания языка быть должна, и по мне её надо показывать всем. Вымарывать её совсем — шаг в обратном направлении. Для сокращения есть и другие неудачные решения. 194.50.15.88 21:27, 24 ноября 2022 (UTC)

Кроме того, удаление und никак не увеличит запас размера включений по банальной причине: вместо und туда внесут настоящие коды и размер окажется тот же самый. Смысл трогать ради кратковременного эффекта? 194.50.15.88 21:37, 24 ноября 2022 (UTC)

• Сейчас und обёрнут в <span class="hidden-ref" style="display:none;"></span>, эффект всё равно будет. -- dima_st_bk 04:58, 25 ноября 2022 (UTC)

Эффект будет кратковременный и потому бессмысленный — на место und поставят код языка и нагрузка вернётся к прежнему состоянию. А обёртку скрытия надо снять. 194.50.15.88 07:39, 25 ноября 2022 (UTC)

• Поддерживаю удаление этого костыля. Викизавр (обс.) 14:41, 6 декабря 2022 (UTC)

Архивированные ссылки и оригиналы

Мне кажется, что в ноябрьских обновлениях шаблона что-то сломалось. В статье Skullgirls есть сноска 114:

{{cite web|url=http://www.1up.com/features/best-of-e3?pager.offset=1|date=2011-06-10|accessdate=2015-11-22|publisher=[[1UP.com|1UP]]|title=1UP's Best Games of E3 2011|lang=en|archiveurl=https://web.archive.org/web/20110722034822/http://www.1up.com/features/best-of-e3?pager.offset=1|archivedate=2011-07-22|deadlink=404}}

. И сейчас она рендерится как

[%ССЫЛКА_НА_WEB.ARCHIVE.ORG% 1UP's Best Games of E3 2011] (англ.).  1UP (10 июня 2011). Дата обращения: 22 ноября 2015. [%ССЫЛКА_НА_WEB.ARCHIVE.ORG% Архивировано] 22 июля 2011 года.

Мне безразлично как будет оформлено что ссылка больше недоступна (или как ранее через серый текст в скобках у оригинала, или как в других сносках через приписку "архивировано из оригинала" тогда как главной ссылкой становится архивная), но дублироваться ссылки явно не должны. xplt (обс.) 07:54, 17 декабря 2022 (UTC)

• Не знаю, у меня нормально ссылка отображается. Vladimir Solovjev ^обс 11:47, 17 декабря 2022 (UTC)
  • Возможно, я не очень хорошо выразился. Спецификаторами в квадратных скобках из сообщения выше я попытался показать куда ведет ссылка. Сейчас обе ссылки (вместо только одной) ведут на Web.Archive. xplt (обс.) 12:37, 17 декабря 2022 (UTC)
• Поправил, спасибо. -- dima_st_bk 14:00, 17 декабря 2022 (UTC)
• dima_st_bk, есть проблема: десятки тысяч битых webcitation теперь показываются в качестве живой ссылки. Лучше их игнорировать и отправлять в поиск по архивам. 194.50.12.121 03:03, 20 декабря 2022 (UTC)
  • Хм, действительно. Придётся раскидывать проверку на webcite. -- dima_st_bk 20:18, 20 декабря 2022 (UTC)
    • dima_st_bk, кроме того, субъективно много ложнопомеченных битыми ссылок. То есть живые ссылки сейчас подменяются дохлыми. Эффективное решение — добавить зачистку ссылок на webcitation в викификатор, как это сделали в скрипте ВО. Через год это сведёт проблему на нет. 194.50.12.121 12:12, 25 декабря 2022 (UTC)
  • Это сделано. Такие ссылки не ставятся в качестве главной, также добавляется поиск по вебархиву (как если бы архива не было бы). -- dima_st_bk 15:26, 20 января 2023 (UTC)

• Возможно, мой вопрос тоже связан с этой темой. В статье Памятник героям Первой мировой войны (Калининград) в примечаниях три ссылки, оформленные шаблоном cite web. Там разнобой - то сначала стоит URL оригинала, то URL архивной версии. Из-за чего так, откуда появляется эта разница в отображении? — Гдеёж?-здесь 21:35, 29 декабря 2022 (UTC)
  • Пару недель назад я изменил логику отображения ссылок, сделав её как в енвики. Главной стараемся показать живую ссылку - если основная живая, то её (deadlink=no/(пусто)), если она мертва, то ссылку на архив. -- dima_st_bk 02:22, 30 декабря 2022 (UTC)

Сделано. -- dima_st_bk 18:54, 28 марта 2023 (UTC)