Эта страница архивируется ботом

Обсуждение шаблона:Cite web

Материал из Википедии — свободной энциклопедии
Это старая версия этой страницы, сохранённая Xplt (обсуждение | вклад) в 12:37, 17 декабря 2022 (→‎Архивированные ссылки и оригиналы: +ответ). Она может серьёзно отличаться от текущей версии.
Перейти к навигации Перейти к поиску


↓
Пожалуйста, добавляйте новые темы снизу


Примечания

Параметры Editor, Pages, Location, Doi, Ref

Их используем или нет? Если да, то нужно включить в образцы; если нет, то убрать из Описания параметров и из TemplateData Unikalinho (обс.) 09:40, 11 июля 2021 (UTC)[ответить]

Убрать страницы не из ОП

Список сильно захламлён, там уже половина не из ОП. Исправлять их не факт что нужно, на крайняк выделить в отдельную категорию. 194.50.14.241 19:36, 6 августа 2021 (UTC)[ответить]

✔ Сделано. -- dima_st_bk 12:01, 24 октября 2022 (UTC)[ответить]

Упростить штрафные категории

Запрос на Phabricator
T297071

Предлагаю укоротить штрафные категории, их проблемно вводить в insource (быстро кончается поле). Варианты:

185.16.139.228 20:56, 26 сентября 2021 (UTC)[ответить]

  1. То, что не помещается в поисковый запрос — это баг, я создал.
  2. Название вы придумали плохое, из него непонятно, что такое Cite web (шаблон). Ну и в целом если переименовывать такое (название длинновато, конечно), то вообще все категории, а их по такому шаблону полно.
Jack who built the house (обс.) 04:38, 6 декабря 2021 (UTC)[ответить]

Ошибка: дата публикации и дата архивирования отображаются по разному

Дата публикации отображается в формате: 14 April 2014
А дата архивирования отображается в формате: 4 июня 2013 года
Хотя в параметрах шаблона значения указываются одинаково: YYYY-MM-DD
Считаю это ошибкой в шаблоне. Даты нужно отображать в одинаковом формате независимо от языка публикации .
Пример с ошибкой: Гипотеза Полиньяка — Эта реплика добавлена участником Dima125 (о • в) 17:41, 10 ноября 2021 (UTC)[ответить]

  • Нет, не надо одинаково. Для шаблонов с указанным английским языком публикации дата должна отображаться на английском языке, с русским — на русском и т. д. То есть должно остаться так, как сейчас. ВП:НЕПОЛОМАНО. — Jim_Hokins (обс.) 18:45, 10 ноября 2021 (UTC)[ответить]
    • @Jim Hokins я вот абсолютно не согласен с тем, что для английского языка нужна английская дата, а для корейского — корейская (тем более это ограничено вот этим набором подстраниц {{cite web|title=example|date=2021-12-23|url=https://example.com|lang=ko}} → example (кор.) (23 декабря 2021).). Я об этом говорил ещё в опросе и считаю, что лучше уж всех унифицировать, а то например украинские названия месяцев, которые я понимаю (и приличная доля читателей тоже), не показываются, а финские вот да ({{cite web|title=example|date=2021-12-23|url=https://example.com|lang=fi}} → example (фин.) (23 декабря 2021).). Но тема, мне кажется, скорее для форума, а не СО шаблона. windewrix (обс.) 18:50, 24 декабря 2021 (UTC)[ответить]
      • Коллега WindEwriX, давайте, пожалуйста, будем считать, что Вы меня убедили прямо сейчас? А то я вот сейчас смотрю и вижу, что изначально топикстартер вёл речь совсем не о том, о чём я написал в своём ответе, то есть я его тогда неправильно понял. Мне стыдно, я раскаиваюсь и даю своё согласие (независимо от того, нуждается кто в нём или нет) на то, чтобы во всех случаях шаблон {{cite web}} отображал дату публикации источника, дату последнего доступа к источнику и дату архивации источника на одном и том же (причём обязательно русском) языке в одинаковом (унифицированном) формате написания. — Jim_Hokins (обс.) 19:09, 24 декабря 2021 (UTC)[ответить]
  • Дата публикации источника это неотъемлемая часть библиографической ссылки. Всё должно быть на одном языке. Дата проверки ссылки и создания архива это служебные данные, не являющиеся частью источника, они должны быть на языке интерфейса сайта — в нашем случае русском. Для дат и месяцев, непонятных носителям русского, достаточно сделать всплывающие подсказки. 194.50.15.247 19:42, 24 декабря 2021 (UTC)[ответить]
    • Вот именно, всплывающие подсказки нужны к датам на всех языках, отличных от русского.— Yellow Horror (обс.) 00:16, 25 декабря 2021 (UTC)[ответить]
      • И не только датам, всё за пределами латиницы и кириллицы особенно важно снабжать подсказкой-переводом. Ещё важно учесть, что в некоторых странах другое летоисчисление, там и года и дни конвертировать надо. 194.50.15.247 05:06, 25 декабря 2021 (UTC)[ответить]

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, здесь следует также учесть, что в En нет параметра deadlink, они используют url-status. Соответственно если внедрять url-status без переделки deadlink это будет страх и ужас. Потом никаких концов не найдёте, где ссылки дохлые, где сменившие содержимое, а где живые. Боты и люди постараются. Возможным решением будет слияние параметров и ликвидация deadlink из документации. При этом надо обязательно поставить замены в викификаторе, объёмы огромные. 185.16.137.132 17:17, 24 октября 2022 (UTC)[ответить]

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

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

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

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

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

Nodot

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

Языковые коды ru-RU, en-GB, en-US

Коллеги, а подскажите. Пытался разобраться, но как-то безуспешно. Может быть кто-то поможет сделать так, чтоб такие языковые коды работали корректно? Например, в подобной ссылке: Википедия (рус.). okras (обс.) 07:16, 15 апреля 2022 (UTC)[ответить]

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

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

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

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

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

Кроме того, этот шаблон существенно влияет на размер включений в случаях выше, см. ut:WindEwriX#cite_web. ~~‍~~ Jaguar K · 19:38, 9 мая 2022 (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)[ответить]

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

В Шаблон: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 22 июня 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)[ответить]

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

Сейчас категория Категория:Википедия: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)[ответить]
  • Я создал копию этого шаблона, которая делает то, что нужно - то есть, в нужном случае помещает страницу в категорию Категория:Википедия: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)[ответить]

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)[ответить]


        • Я давно уже убедился, что участники Википедии, обладающие более обширными ресурсами, чем рядовой редактор (ботоводы, инженеры по шаблонам, координаторы различных сообществ редакторов и т.п.) делают некоторые вещи просто потому, что могут, возводя принцип ВП:ПС в абсолют. Им без разницы, как это отражается на других редакторах, а тем более — на читателях Википедии. Убедить их остановиться (и подумать) практически невозможно, а уж включить задний ход — это вообще из области ненаучной фантастики. Так что я по большей части предпочитаю не вступать в конфронтацию с очередным паровым катком, а убраться с выбранной им дороги.— 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)[ответить]

Итог

Всего за 3 месяца вопрос решён. 185.16.137.132 13:49, 24 октября 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)[ответить]

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

Предлагаю удалить скрытые языки (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)[ответить]

  • язык левый (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)[ответить]
У тебя есть права это исправить. Пометка об отсутствии указания языка быть должна, и по мне её надо показывать всем. Вымарывать её совсем — шаг в обратном направлении. Для сокращения есть и другие неудачные решения. 194.50.15.88 21:27, 24 ноября 2022 (UTC)[ответить]
Кроме того, удаление und никак не увеличит запас размера включений по банальной причине: вместо und туда внесут настоящие коды и размер окажется тот же самый. Смысл трогать ради кратковременного эффекта? 194.50.15.88 21:37, 24 ноября 2022 (UTC)[ответить]
Эффект будет кратковременный и потому бессмысленный — на место und поставят код языка и нагрузка вернётся к прежнему состоянию. А обёртку скрытия надо снять. 194.50.15.88 07:39, 25 ноября 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)[ответить]

Источник — https://ru.wikipedia.org/w/index.php?title=Обсуждение_шаблона:Cite_web&oldid=127310199