Обсуждение шаблона: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, здесь следует также учесть, что в En нет параметра deadlink, они используют url-status. Соответственно если внедрять url-status без переделки deadlink это будет страх и ужас. Потом никаких концов не найдёте, где ссылки дохлые, где сменившие содержимое, а где живые. Боты и люди постараются. Возможным решением будет слияние параметров и ликвидация deadlink из документации. При этом надо обязательно поставить замены в викификаторе, объёмы огромные. 185.16.137.132 17:17, 24 октября 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)[ответить]
  • Поддерживаю. Возникла такая же проблема с угнанными сайтами. Кроме того, имхо, для совместимости лучше как раз поступить идентично англовики; usurped/unfit. Sleeps-Darkly (обс.) 10:17, 16 мая 2023 (UTC)[ответить]
  • Обновил шаблон, пусть так побудет неделю. Если не выявится ошибок/возражений, то буду заменять везде и писать ответственным за ботов/скрипты. -- dima_st_bk 18:12, 17 мая 2023 (UTC)[ответить]

Предварительный итог[править код]

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

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

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

  • live — живая (рабочая) ссылка
  • dead — неживая (мертвая ссылка — 404 и т. п.)
  • unfit — живая, но некорректная ссылка (другой сайт, другое содержание etc)?
Pessimist (обс.) 08:47, 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)[ответить]

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

В связи с внедрением соглашения о датах нужна категория, отслеживающая неверное заполнение параметров 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)[ответить]
  • Это должно делаться автоматически, без всяких параметров. 194.50.13.122 22:29, 18 марта 2022 (UTC)[ответить]
  • @Yellow Horror, сделал автоматическое управление точками в {{cite web/песочница}}. Можете глянуть? -- dima_st_bk 17:08, 17 января 2023 (UTC)[ответить]
✔ Сделано, нужна точка или нет - определяется автоматически. -- dima_st_bk 15:21, 20 января 2023 (UTC)[ответить]

Шаблон ломается при более 512 сносок на странице[править код]

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

Итог[править код]

Неактульно в связи с переписыванием на 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 и использованием {{#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 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)[ответить]
✔ Сделано. -- dima_st_bk 18:54, 28 марта 2023 (UTC)[ответить]
Источник — https://ru.wikipedia.org/w/index.php?title=Обсуждение_шаблона:Cite_web/Архив/2022&oldid=135794694