Википедия:Форум/Архив/Технический/2023/05

Материал из Википедии — свободной энциклопедии
Перейти к навигации Перейти к поиску
Архив форума
Правки нежелательны

Эта страница — часть архива форума Википедии.

Пожалуйста, не редактируйте эту страницу!
Здесь находятся завершившиеся обсуждения. Просьба не вносить изменений.

Шаблон «Персона»[править код]

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

Исправлено в шаблоне {{Wikidata gender switch}}. — putnik 14:22, 30 мая 2023 (UTC)

FIFA Women's World Rankings[править код]

Здравствуйте, уважаемые коллеги! В статьях о женских футбольных сборных (например, в статье Женская сборная Белоруссии по футболу) сегодня внезапно появилась однотипная ошибка: не хватает сноски с упомянутым именем. В самих статьях и в шаблоне {{Сборная страны по футболу}} свежих изменений не было. Помогите, пожалуйста, разобраться: где были внесены такие изменения, что вылезли эти ошибки. — Jim_Hokins (обс.) 09:27, 30 мая 2023 (UTC)

  • В статьях о мужских сборных такая же ошибка с именем "FIFA World Rankings". Это я хотел посмотреть, как оно работает там, а оно и там тоже не работает. Vcohen (обс.) 09:40, 30 мая 2023 (UTC)
    • Потому что оно снесено из карточки вот этой правкой ещё в 19-м году. Именно поэтому ссылки надо хранить в рефлисте и переносить их туда по возможности ботом. Leopold XXIII 10:02, 30 мая 2023 (UTC)
      • Оно не снесено, а автоматизировано. Вот правка в самом шаблоне на несколько дней позже. Vcohen (обс.) 10:07, 30 мая 2023 (UTC)
        • Автоматизировано обновление шаблона. При этом из наполнения шаблона отдельным действием снесён источник, находившийся в шаблоне и отдельно цитировавшийся в тексте. Leopold XXIII 10:12, 30 мая 2023 (UTC)
      • В шаблоне проверяется {{wikidata|P2094|plain=1}}, а затем вставляется сноска в зависимости от того, возвращается ли текст "мужской футбол" или "женский футбол". Но в статье, приведенной здесь для примера, возвращается текст "Q606060". Дальше я уже не разбираюсь. Vcohen (обс.) 10:12, 30 мая 2023 (UTC)
        • Кстати, шаблон сейчас актуальный рейтинг не показывает вообще, только минимальный и максимальный. Leopold XXIII 10:14, 30 мая 2023 (UTC)
      • Ещё раз. Ошибки возникли сегодня. Ещё четыре часа назад этих ошибок не было. Уверен в этом, потому что занимаюсь расчисткой штрафной категории Категория:Страницы с ошибками в примечаниях. — Jim_Hokins (обс.) 11:16, 30 мая 2023 (UTC)
        • Это может означать, что ссылка на источник как-то хитро подтягивалась в карточку, а потом цитировалась в основном тексте. См. мои исправления в статье про белорусскую сборную. Leopold XXIII 11:21, 30 мая 2023 (UTC)
          • Вы внесли сноску в одну единственную, приведённую в качестве примера, статью, а нужно, чтобы эта ошибка была поправлена автоматически во всех статьях о футбольных сборных. Именно поэтому я обратился на технический форум, а не починил отдельные статьи сам. — Jim_Hokins (обс.) 11:23, 30 мая 2023 (UTC)
            • В остальных статьях нужно делать такие же правки. Их можно сделать ботом на основе этого примера. Leopold XXIII 11:25, 30 мая 2023 (UTC)
              • Когда отключается электричество, нужно чинить проводку, а не выдавать бухгалтерам счёты. — Jim_Hokins (обс.) 11:29, 30 мая 2023 (UTC)
                • Вот именно, нужно чинить некорректный код статей. Leopold XXIII 11:33, 30 мая 2023 (UTC)
                  • Что Вы предлагаете вносить в код статей для того, чтобы отображался текущий рейтинг команды? (эту ошибку, связанную с обсуждаемой, Вы выявили сами) — Jim_Hokins (обс.) 11:36, 30 мая 2023 (UTC)
                    • Я предлагаю убрать подтягивание именованной ссылки из внешнего источника, потому что именно это является ошибкой кода. Для отображения текущего рейтинга в тексте желающие могут написать соответствующий код с использованием викидаты, отсутствие или неактуальность этой информации — не ошибка. Leopold XXIII 11:42, 30 мая 2023 (UTC)
                      • Это предложение не может рассматриваться на техническом форуме. Выдвигайте его на соответствующих площадках. — Jim_Hokins (обс.) 12:56, 30 мая 2023 (UTC)
        • Либо шаблон викидаты был переписан, либо изменен формат, который возвращают викиданные. ~~‍~~ Jaguar K · 11:26, 30 мая 2023 (UTC)

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

Благодаря коллеге Jaguar K всё, вроде бы, заработало нормально. Тому кто поломал, открутим уши в другой раз (когда и если найдём). — Jim_Hokins (обс.) 11:42, 30 мая 2023 (UTC)

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

Вот вклад одного анонима, а инструмент поиска глобального вклада этого не видит. Что это значит? 129.194.85.157 08:29, 30 мая 2023 (UTC)

Технические новости: 2023-22[править код]

MediaWiki message delivery 22:02, 29 мая 2023 (UTC)

Параметр «рецепт» Шаблон:Блюдо[править код]

Нужно починить (?) или конкретнее описать параметр «рецепт». По идее он даёт (давал) переход в Викиучебник. То есть рецепт = Лабскаус должен был переводить в b:Рецепт:Лабскаус, если правильно понял? — Proeksad (обс.) 14:36, 29 мая 2023 (UTC)

(Добавлено в список техзадач на будущее)

Этот невидимый раздел используется для формирования ссылок на разделы на странице поиска. Тхздч 2023-07-01: Решить проблему со ссылками на Викиучебник в Шаблон:Блюдо и в целом в Ш:Карточка/Викиучебник. Proeksad. /Тхздч.

Недоступность сервиса[править код]

Доброго времени суток коллеги. Меня зовут Кубатбеков Айдар. Я являюсь инженером технической поддержки ЗАО "Сайма Телеком". Сегодня к нам поступили заявки о недоступности вашего сайта, мы проверили с IP адреса абонента, и подтверждаем это. Просим рассмотреть данную заявку, поискать IP адрес абонента (217.29.24.172) в черном списке файрволла, поскольку с других наших IP адресов доступ к вашему сайту есть. Прошу ответ написать мне почту a.kubatbekov@saimatelecom.kg и отправить копию моему руководителю a.suraev@saimatelecom.kg.

_______________

С уважением, 217.29.19.222

Айдар Кубатбеков

Инженер технической поддержки

Отдела мониторинга и управления абонентскими инцидентами

ЗАО «SAIMA TELECOM»

a.kubatbekov@saimatelecom.kg

itsupport@saimatelecom.kg

www.saimatelecom.kg

  • Ни у кого тут нет доступа к настройкам серверов. Вам нужно писать на английском куда-то туда: https://phabricator.wikimedia.org - там инженеры, поддерживающие инфраструктуру проекта. 5.165.128.91 14:32, 28 мая 2023 (UTC)
  • Обычно претензии такого рода сразу идут ко мне :-) Но здесь мой бот вообще ни при чём — IP 217.29.24.172 не заблокирован (и никогда не был). И обычно блокировки в Википедии не запрещают доступ к сайту в режиме только для чтения. P.S.: А вот ваш IP 217.29.19.222 был заблокирован как прокси, так как светится как прокси в «чёрных списках» (например https://www.ipqualityscore.com/free-ip-lookup-proxy-vpn-test/lookup/217.29.19.222 ). -- Q-bit array (обс.) 12:19, 31 мая 2023 (UTC)

Теперь из-за шаблонов цайт веб, видимо потому, что в элементы загружена очень большая статистика заболевших. Что можно сделать? MBH 12:49, 27 мая 2023 (UTC)

Метод «лечения»[править код]

Вот такая правка ковидного шаблона позволила «привести в чувство» статью «Распространение COVID-19 в Бразилии». Высвободилась память, которую съедал ковидный шаблон, и всё встало на свои места. Аналогичное «комментирование» старых циферок позволит, я думаю, привести в должный вид и прочие статьи. С уважением, NN21 (обс.) 15:16, 1 июня 2023 (UTC)

В «бразильской» статье осталась, впрочем, одна проблема: где-то в самом конце появляется строчка о нехватке памяти. Насколько я понимаю, это «возмущается» навигационный шаблон. С уважением, NN21 (обс.) 10:25, 2 июня 2023 (UTC)

Попытался по той же схеме исправить статью «Распространение COVID-19 в Австралии». Увы, не сработало. С уважением, NN21 (обс.) 10:35, 2 июня 2023 (UTC)

Однако в этом случае помогла такая правка. С уважением, NN21 (обс.) 10:43, 2 июня 2023 (UTC)

В дизамбиге проблема из-за неверного включения содержимого страницы Вельяминов. Как я понимаю, необходимо использовать теги includeonly или noinclude. Но я, несмотря на то, что в Википедии не первый год, редко ими пользовался, и уже подзабыл правила. Как правильно - оборачивать невключаемые части второго дизамбига ("до" и "после" включаемого фрагмента) в <noinclude></noinclude> или, наоборот, оборачивать необходимый фрагмент в <includeonly></includeonly>? Или в <onlyinclude></onlyinclude> - в чём тут разница с предудущей парой тегов?? И вообще, будет ли это работать через существующее перенаправление Вельяминов-Зернов? Надо ли его разворачивать в прямую ссылку? Гдеёж?-здесь 22:06, 26 мая 2023 (UTC)

  • Виноват @Apr1:. Я отменю его правки на данный момент. stjn 22:19, 26 мая 2023 (UTC)
    • А я нашёл необходимые пояснения на странице шаблона {{NL}}. Но осталась неясность, в чём разница между includeonly и onlyinclude. Гдеёж?-здесь 00:00, 27 мая 2023 (UTC)
      • <onlyinclude> оборачивается вокруг содержимого, которое необходимо включить на другую страницу без включения любого, которого в этих тэгах нет,
        <includeonly> вокруг содержимого, которое не нужно включать на текущей странице, но необходимо включить на другие,
        <noinclude> вокруг содержимого, которое не нужно включать на других страницах.
        В случае с Вельяминовыми-Зерновыми ни один из них бы не помог, так как там ещё другие части дизамбига есть, и если бы кому-то захотелось включить куда-то другую часть дизамбига, всё бы поломалось без жутких костылей. Поэтому в таких случаях уж точно лучше делить на отдельные страницы. stjn 01:03, 27 мая 2023 (UTC)

Шаблон:USCensusPop/doc[править код]

Здравствуйте. Может ли кто-нибудь в шаблоне в столбике с процентами сделать так, чтобы точки были заменены на запятые и сами знаки процента (так как уже указано, что это проценты) не добавлялись лишний раз? 43K1C7 (обс.) 14:02, 26 мая 2023 (UTC)
(!) Дополнение: Никто так и не взялся помочь, а я тем временем уже второй раз встречаю этот шаблон в статьях. 43K1C7 (обс.) 10:33, 10 июня 2023 (UTC)

  • За знак разделителя целой и дробной части должна отвечать локаль. Функция #expr возвращает точку, хотя для русского языка должна возвращать запятую. По логике проблема или в настройках локали русскоязычной Википедии, или недоработка в Mediawiki.
    Кто-нибудь из инженеров может прокомментировать? D6194c-1cc (обс.) 11:06, 10 июня 2023 (UTC)

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

✔ Сделано. Шаблон переведён на Lua. Don Rumata 21:34, 13 июня 2023 (UTC)

Как составить список статей с недостатками в рамках тематического проекта?[править код]

Коллеги, для проекта ПРО:Волгоград и Волгоградская область я хочу составить списки статей, в которых с помощью соответствующих шаблонов указаны недостатки статей. Важным условием должна быть причастность к проекту Волгоград и Волгоградская обрасть. На странице проекта есть разделы "Выставленные на удаление" и "Обратите внимание" в которых представлено некоторое количество статей. Я бы хотел попрость золотую рыбку опытных, в подобных вопросах, коллег научитm меня ремеслу создания подобных списков, что бы подготовить несколько списков статей для улучшения. Важно, что бы это был универсальный способ (при создании списка можно было бы менять название шаблона или тематического проекта). — VladimirPF 💙💛 14:24, 25 мая 2023 (UTC)

Разрешение фото[править код]

Честно говоря, не знаю, в каком разделе форума спросить, пробую здесь. Есть фото Северной водопроводной станции Москвы. На странице файла указано: 652 × 501 пкс и нет версии с бо́льшим разрешением. А вот в публикации "Комсомолки" это же фото со ссылкой на commons.wikimedia.org, и его доступное разрешение 1600 × 1067 пкс [8]. Как так? — 193.233.70.48 13:47, 25 мая 2023 (UTC)

Адрес страницы при сохранении[править код]

Некоторое время наблюдал эффект: если зайти на страницу через дифф или историю правок (или любым другим непрямым способом) и отредактировать, то итоговый адрес в адресной строке после сохранения начинался на https://ru.wikipedia.org/w/index.php?title=Название_статьи — а не на https://ru.wikipedia.org/wiki/Название_статьи (как это было обычно). Благодаря этому посещённые и отредактированные статьи не отображались как просмотренные (прямые ссылки на них по-прежнему были синими, а не фиолетовыми). Это наблюдалось только в патрулируемых пространствах имён и закончилось на прошлой неделе либо, скорее, в выходные. Кто-нибудь в курсе, из-за чего возникал такой эффект (и можно ли его воспроизвести)? — Cantor (O) 12:47, 24 мая 2023 (UTC)

  • Единственное, что могу предположить (но это никак не связано с любыми сроками, это всегда есть) - так происходит в статьях с непроверенными правками: после вашей правки кидает на ссылку вида этой.пинг Cantor ~~‍~~ Jaguar K · 15:01, 25 мая 2023 (UTC)
    Не надо меня специально пинговать, я слежу за страницами, на которых писал. О том-то и речь, что эффект наблюдался и в статьях с последней патрулированной версией. Это было месяца полтора-два, а после выходных я обратил внимание, что исчезло, и патрулированные страницы вновь стали загружаться as is. Поскольку я выхожу на статьи, как правило, из списка наблюдения, мне это было хорошо заметно. — Cantor (O) 15:23, 25 мая 2023 (UTC)
Перенесено на страницу Википедия:Форум/Викиданные#Хенниг, Клаус. — Владлен Манилов [✎︎] / 04:10, 25 мая 2023 (UTC)

Для бота: 12:32, 24 мая 2023 (UTC)

Переменное количество столбцов/строк в таблице[править код]

Пишу статью про дискографию одной группы, но количество стран, где синглы попали в чарты, настолько велико, что таблица не помещается по ширине экрана. Поэтому я хочу сделать таблицу с отдельными сворачиваемыми столбцами, чтобы по умолчанию показывались только наиболее важные страны, а столбцы с второстепенными странами появлялись нажатием кнопки.

Попробовал реализовать решение подобной задачи на простом примере: Участник:Constantin1706/Скрытый столбец. Первый и четвёртый столбец действительно скрыты по умолчанию и открываются нажатием кнопки, но проблема в том, что число столбцов, которые покрывает поле Максимальные позиции в чартах не меняется от нажатия кнопки. Существует ли способ как-то регулировать значение в поле colspan="X" в шапке таблицы? — Constantin1706 обс/вкл 22:39, 23 мая 2023 (UTC)

  • Кажется, мне удалось решить проблему за счёт создания в шапке таблицы второго блока, который находится с первым блоком в противофазе - от нажатия кнопки один блок исчезает, а второй появляется на его месте. Если у кого-то есть более удобное решение, то я буду рад его услышать. — Constantin1706 обс/вкл 11:19, 25 мая 2023 (UTC)

Технические новости: 2023-21[править код]

MediaWiki message delivery 16:54, 22 мая 2023 (UTC)

Вот кто так раскраснил жирно шаблон? Ну нет там тома, давайте баннер повесим сразу. Обсуждение было такое нагородить? Есть потребности в душе - не уродуйте Вику. Сидите расставляйте-есть желание, я из принципа не прикоснусь. Этож сколько статей сейчас небось вырви глаз. — @ → SAV © 15:13, 21 мая 2023 (UTC)

  • Это ж Вам напоминание. А иначе какой смысл ставить ссылку на деревню дедушке? --FITY (обс.) 18:36, 21 мая 2023 (UTC)
    • По-моему, если указано название статьи, то это уже не на деревню дедушке, тома-то помечены диапазоном заголовков в алфавитном порядке. Это выглядит действительно странно. Браунинг (обс.) 21:03, 21 мая 2023 (UTC)
      • Поддерживаю. Статья должна быть указана, номер тома можно вычислить. -- dima_st_bk 03:35, 22 мая 2023 (UTC)
        • Если хотите удалить, то на меня можете не оглядываться. Я просто не понимаю, какая религия не позволяет указать том, поэтому не готов, если понадобится, дать объяснения автору шаблона. --FITY (обс.) 11:51, 22 мая 2023 (UTC)
  • Наблюдаю выше ряд утверждений, не соответствующих текущему положению дел. Во-первых, по вышеприведённой ссылке номер тома был, и по всей видимости, был там указан ещё до переопределения в шаблоне безымянных параметров. Во-вторых, требование указания номера тома было введено ещё в 2019 году, так что появиться в статьях оно должно было явно не только что. В-третьих, сам шаблон {{БМЭ}} в его текущем виде был создан как редирект на {{БМЭ3}}; если что-то было на этом месте ранее, в журналах это не отражено. В-четвёртых, само утверждение, что номер тома в многотомной энциклопедии ставить не нужно, звучит весьма… м-м-м… экзотично и явно противоречит принятой практике (и здравому смыслу, добавил бы я от себя). Как следствие, мне равно непонятны эмоциональная реакция топикстартера и советы не заполнять библиографическое описание полностью. — Cantor (O) 13:51, 22 мая 2023 (UTC)
    • Не «не нужно» заполнять номер тома, а незаполненный номер тома не является ошибкой, требующей такого суперзаметного читателю сообщения. Есть же стандартные механизмы для редакторов — отслеживающие категории для статей с ошибкой и сообщения, видимые только при предпросмотре. Браунинг (обс.) 13:58, 22 мая 2023 (UTC)
      • Теперь понял вас; мы имели в виду немного разное. Тогда тому, кто возьмётся исправить это в шаблоне, нужно ещё предусмотреть возвращение под номер тома второго неименованного параметра, чтобы не было, как в разбираемом примере: номер явно указан, но не отображается. — Cantor (O) 14:05, 22 мая 2023 (UTC)
  • Проблему незаполненного тома уж точно можно спрятать вообще в невидимую тех.категорию. Если заполнена целевая статья, то простановка тома при известном словнике - это вполне себе задача для бота. Alex Spade 08:05, 23 мая 2023 (UTC)
  • Я бы понял, кабы стояли подчеркнутые ЧЕРНЫЕ вопросики и при наведении курсора отвечали на вопрос, что они хотят... Пусть бы даже в категорию служебную вносили тем, кому интересно. Но красным, да еще ЖИРНЫМ... Терерь придется видимо делать так]. Лучше стало? Увидели номер тома и название статьи? Просто сделали статью тяжелее и всё. В Ш:ЭСБЕ существует куча параметров, но если они не заполнены, они тихо ждут своего часа и это НИКОГДА НИКОМУ не мешало. — @ → SAV © 10:20, 23 мая 2023 (UTC)
    • А в чём проблема корректно заполнить шаблон? Времени будет потрачено абсолютно столько же. — Cantor (O) 12:29, 23 мая 2023 (UTC)
    • И насколько я вижу по истории правок, это внесено в шаблон в 2019 году, так почему стали возмущаться только сейчас? — Cantor (O) 12:29, 23 мая 2023 (UTC)
      • А это важно? Сейчас увидел и сейчас-же и впечатлился. Ну сделайте аналог - «БМЭ+» для тех кто статьи пишет, а не разбирается в косяках каждого шаблона. Я сегодня после инсульта 4 статьи написал с составом интервик вагонов в сто с лишним. Охота мне время терять на это? Я может уже седня завтра сдохну, но оставлю после себя номер тома. Не на. — @ → SAV © 14:07, 23 мая 2023 (UTC)
        • (пожимая плечами) По мне, куда проще и быстрее заполнить шаблон по имеющейся документации к нему, чем возмущаться по этому поводу на форумах; это и для статьи будет эффективнее. Впрочем, сие в вашем праве. Ответ на свой вопрос я получил. — Cantor (O) 15:36, 23 мая 2023 (UTC)
          • Это не локальная проблема, коя решается исправлением одного шаблона в одной статье. — @ → SAV © 09:44, 30 мая 2023 (UTC)

Скрипт для наведения порядка в сносках[править код]

Есть ли у нас скрипт, который делает что-нибудь из следующего:

  • Наводит порядок в реф неймах таким образом, чтобы содержимое сноски было всегда у самого первого реф нейма;
  • Сортирует стоящие рядом друг с другом сноски, чтобы вместо [23][2][104][96] было [2][23][96][104].

Заранее спасибо. — SkorP24 15:59, 20 мая 2023 (UTC)

  • Про скрипт ничего не знаю, но по-моему гораздо удобнее добавлять текст к сноскам внизу, в разделе примечаний — в коде меньше вермишели получается. Сам уже так много лет делаю — см. например Антиапеннины. 𝓛𝓮𝓸𝗞 𝗮 𝗻 𝗱 16:18, 20 мая 2023 (UTC)
    • Вот только такой подход значительно усложняет жизнь редакторам, которые используют визуальный редактор. Renat (обс.) 16:24, 20 мая 2023 (UTC)
    • Не соглашусь. Когда сноску надо впервые добавить, её и её ref name в сумме необходимо добавлять в двух местах статьи, чтобы было единообразие. Когда сноску надо удалить, редактор, скорее всего, удалит только ref name, а ошмётки останутся висеть в примечаниях. SkorP24 18:19, 20 мая 2023 (UTC)
      • И это хорошо. Потому что удалить всегда проще, чем добавить. А вот когда какой-то ref встречается в статье несколько раз, затем первый раз (где описание источника) удаляют, а остальные остаются, потом вылезают ошибки и приходится долго шариться по истории, пытаясь найти тот самый уделённый источник. 𝓛𝓮𝓸𝗞 𝗮 𝗻 𝗱 14:24, 21 мая 2023 (UTC)
        • Есть ещё один момент: если сноски помещать в refs, то проще вычитывать статью по викитексту (у меня всегда с этим проблемы возникают, когда вычитываешь чужие статьи на ВП:КИС). Vladimir Solovjev обс 14:48, 21 мая 2023 (UTC)
          • Я в таких случаях нажимаю "предварительный просмотр" и продолжаю вычитку по предварительному просмотру. Даже если бы рефов не было в тексте, вычитка по викитексту всё равно была бы не самым удобным делом. SkorP24 15:10, 21 мая 2023 (UTC)
        • У меня на автомате заложено, что если у удаляемой сноски есть ref name, то нужно проверить, нет ли ещё в других местах использования. Причём как в качестве редактора, так и в качестве патрулирующего (который, видя удаление текста, должен внимательно оценить, является ли такое удаление правомерным). Такие ситуации возникают нечасто, поскольку, как я уже писал, большинство сносок в статье, как правило, используется по одному разу. Кроме того, в примечаниях в таком случае будет указана ошибка, что не имеет места в случае, если в примечаниях оказалась неиспользуемая сноска. SkorP24 15:04, 21 мая 2023 (UTC)
    • Именно так. Если аккуратный код, в котором код сносок вынесен в специальное место, несовместим с какими-то визуальными редакторами или разгильдяйским удалением, это не причина для отказа от аккуратного кода. Sneeuwschaap (обс.) 19:05, 20 мая 2023 (UTC)
      • Да. Leopold XXIII 21:35, 20 мая 2023 (UTC)
      • Аккуратность кода должна обслуживаться и поддерживаться. Желательно, с редактированием исключительно через пулл реквесты. Сегодня автор сделает код аккуратным, завтра повесит себе на лс табличку "я ушёл", через год вся аккуратность кода зарастёт мусором, и смысл какой? Следовательно, необходимо делать уклон в сторону практичности, чтобы участники не могли напортачить по неосторожности или из-за малого количества времени, выделенного ими на бесплатный труд. SkorP24 05:55, 21 мая 2023 (UTC)
        • Так аккуратность кода экономит время, такой код быстрее читается. Даже необслуживаемый и заросший мусором аккуратный код лучше, чем стопроцентно мусорный. Sneeuwschaap (обс.) 08:36, 21 мая 2023 (UTC)
          • "Экономит время" - мне кажется, что, наоборот, занимает больше времени из-за необходимости делать два действия вместо одного при первом добавлении сноски. "Быстрее читается" - смотря как читать. Если в режиме редактирования раздела, то читается он плоховато, а точнее, ужасно: нужно открывать новую вкладку и искать, где та сноска из условных 300 сносок, чтобы понять, что к чему в той сноске. Заросший мусором и непрактичный код хуже, чем мусорный, но практичный. SkorP24 10:29, 21 мая 2023 (UTC)
            • Так в большой статье это встречается часто, если источников мало: редактируешь один раздел, а все описания источников в другом.
              Более того, ваш запрос чтобы содержимое сноски было всегда у самого первого реф нейма будет способствовать этому поведению. ~~‍~~ Jaguar K · 11:12, 21 мая 2023 (UTC)
            • Если источник используется больше чем в одном разделе, проблемы в режиме редактирования раздела появятся независимо от местонахождения этого источника. Но если он находится в {{Reflist}}, он хотя бы не мешает читать код статьи. А режим редактирования раздела целесообразен только для небольших правок, не требующих работы с источниками. Sneeuwschaap (обс.) 11:31, 21 мая 2023 (UTC)
            • Есть ещё вот какое дело: если переносить содержимое сносок к первому месту их использования, внутри кода карточек окажется код всех используемых в них сносок. И это будет уже явное издевательство. Sneeuwschaap (обс.) 11:42, 21 мая 2023 (UTC)
              • Я исхожу из того, что в статье из 300 сносок большинство сносок используется только один раз. В вашем варианте редактор будет сталкиваться с проблемой всякий раз вместо того, чтобы сталкиваться с ней лишь иногда. SkorP24 12:09, 21 мая 2023 (UTC)
    • У этого подхода есть минус. Если текст с источником удаляется или источник заменяется на другой, то ссылка в примечаниях остаётся висеть и вряд ли кто-то догадается, что она уже не используется. D6194c-1cc (обс.) 21:56, 20 мая 2023 (UTC)
  • ИМХО, это больше эстетический или вкусовой вопрос, про скрипт тоже не слышал. Кстати, а четыре сноски точно обязательны (или это только пример)? Proeksad (обс.) 16:40, 20 мая 2023 (UTC)
    • Иногда требуется и восемь - например, если следует подтвердить, что чувствительная информация соответствует ВП:СОВР. Или если информация сильно фрагментирована по источникам. SkorP24 18:22, 20 мая 2023 (UTC)
  • Вот только не надо «сортировать стоящие рядом друг с другом сноски». Не нужно думать, что все редакторы всегда расставляют их как попало, и эти сноски только и ждут наведения «порядка» по номерам. Sneeuwschaap (обс.) 18:28, 20 мая 2023 (UTC)
    • Мне для своих статей надо. SkorP24 18:31, 20 мая 2023 (UTC)
      • В таком случае это нужно делать вручную. Потому что если в общем доступе опять появится инструмент для этого, опять начнётся ботоподобное «исправление» сносок — перемешивание их исходя из чьих-то эстетических соображений безо всякой мысли, что вообще-то порядок их расстановки мог иметь свою логику. Когда-то сообщество таким инструментом кто-то уже осчастливил; спасибо, больше не надо. Sneeuwschaap (обс.) 19:01, 20 мая 2023 (UTC)
  • Я знаю, что есть какая-то ерунда, которая вынесенные в примечания сноски сортирует по порядку использования, в то время как у меня они для удобства отсортированы по алфавиту. Очень неприятная штука. — Zanka (обс.) 05:02, 21 мая 2023 (UTC)
    • Есть и у алфавитной сортировки недостаток. Может, я недостаточно хорошо знаю жизнь, но в печатных источниках я никогда не видел, чтобы в самом начале статьи стояла какая-нибудь тридцать четвёртая сноска. Если сноски начинаются не с числа "1", это как-то должно быть обосновано читателю. Алфавитный порядок названий идентификаторов в коде страницы таким обоснованием не является. Сортировать источники по алфавитному порядку ФИО авторов - может, и можно, но я не помню, чтобы такое встречал, и не считаю этот подход полностью универсальным: источник может быть написан группой авторов либо редакцией издания без указания конкретного автора. SkorP24 12:21, 21 мая 2023 (UTC)
      • Так сноска в самом начале статьи всегда автоматически отображается как [1]. Речь идёт вот о чём. Это, во-первых, замена [11][2] на [2][11] и, во-вторых (этого читатель не видит, это только создание неудобств редакторам), перемешивание сносок внутри {{Reflist}}, которые стояли по алфавиту, в невесть каком порядке. И ни первого, ни второго быть не должно. Sneeuwschaap (обс.) 13:03, 21 мая 2023 (UTC)
      • Встречается в некоторых журналах и алфавитный порядок с номерами (и да, тогда в начале может быть 34-я ссылка), и просто алфавитный порядок с цитированием в тексте по фамилии и году (и группа авторов стоит вместо фамилии тогда). Мир разнообразен! Leopold XXIII 16:32, 21 мая 2023 (UTC)
  • AWB сортирует сноски. Vladimir Solovjev обс 14:45, 21 мая 2023 (UTC)

Сколько времени без источников[править код]

Уже несколько раз заметил, что простановка запроса источника нет {{АИ2}} автоматом включает статью в категорию Википедия:Статьи с утверждениями без источников более 14 дней. Пример Эверт, Ангелос. Что-то сломалось в категоризации по времени. @Stjn, там последние правки ваши. Pessimist (обс.) 08:15, 20 мая 2023 (UTC)

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

Исправлено (лучше бы вы написали в тему Надстрочные предупреждения, правда). stjn 08:40, 20 мая 2023 (UTC)

  • Я не читаю все темы на всех форумах, хотя иногда может сложиться обратное впечатление. Иногда я редактирую статьи… :))) Pessimist (обс.) 08:57, 20 мая 2023 (UTC)

AddThis заканчивает существование[править код]

31 мая AddThis — всё: https://www.addthis.com/. Это хорошо, так как может у кого-нибудь доберутся руки убрать потенциально опасный код из гаджетов :) Iniquity (обс.) 00:19, 20 мая 2023 (UTC)

  • Всё, отрубился. Нужно либо удалить из гаджетов либо перенести на нормальный сервис. Iniquity (обс.) 09:59, 5 июня 2023 (UTC)
    • Убрал. Если кто-то сделает нормальную версию без сторонних сервисов (через Лайкли, например), всегда можно будет добавить обратно в гаджеты. — putnik 10:12, 5 июня 2023 (UTC)

Шаблон:Перевести[править код]

В статье Сердешт в использованном мной шаблоне Перевести появилась ошибка красным цветом «Ошибка в параметрах шаблона {{перевести}}.».
Как решить проблему? 43K1C7 (обс.) 20:37, 19 мая 2023 (UTC)

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

При попытке добавить интервики появляется сообщение «Неизвестная ошибка». — Simba16 (обс.) 16:30, 19 мая 2023 (UTC)

Нет никаких подробностей. Появляется сообщение об ошибке, тут же исчезает и ничего больше не происходит. — Simba16 (обс.) 20:14, 19 мая 2023 (UTC)

Дублирование в сносках из Викиданных[править код]

А почему заголовок и издатель в сносках из Викиданных начали дублироваться? Не было же так раньше. Например, смотрите параметр "редактор" в карточке статьи The Washington Post или любой другой статьи, где источник берётся из ВД. Renat (обс.) 16:02, 19 мая 2023 (UTC)

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

Ошибка исправлена, всем большое спасибо. — putnik 12:23, 20 мая 2023 (UTC)

Правка в шаблон[править код]

А может ли кто-нибудь добавить в Шаблон:Книга параметр deadlink=yes, как в cite web и т. п.? Андрей Романенко (обс.) 14:33, 19 мая 2023 (UTC)

Сортировка по типам и странам[править код]

В целях борьбы с расходованием предела переведены на Луа шаблоны {{Сортировка: по типам}} и {{Сортировка: по странам}} (также планирую и {{Нет изображения}}, увидел его только после). Пишите о возникающих проблемах с категориями. Возможно, пределы могут от этого изменения повыситься (от появления новых категорий), но во всех тестах с тем же числом категорий они снижались. Если отказаться от обёрток в Категория:Шаблоны:Для шаблонов: сортировка, лимиты точно снизятся; возможно, это следует сделать в {{нет АИ}}. stjn 10:03, 19 мая 2023 (UTC)

Запрос на изображения[править код]

Перенесено со страницы Википедия:Форум/Викиданные#Запрос на изображения. stjn 10:09, 21 мая 2023 (UTC)

Не понимаю почему статья Лозе, Генрих попадает в категории Википедия:Статьи без изображений (указано в Викиданных: P18) Википедия:Статьи без изображений (указано в Викиданных: P373) при том, что изображений в статье больше одного, включая карточку. Pessimist (обс.) 14:35, 20 мая 2023 (UTC)

  • Риттер, Карл (дипломат) - аналогичная история. Судя по всему, что-то поломалось с категоризацией. Pessimist (обс.) 14:47, 20 мая 2023 (UTC)
    • Категория:Википедия:Статьи без изображений (указано в Викиданных: P18):

      Здесь находятся статьи, у которых одновременно:

      • есть запрос на иллюстрирование ({{rq/img}}, {{Нет иллюстрации}}) либо установлен шаблон-карточка, не отображающая никаких изображений;
      • заполнено свойство P18 («Изображение») на Викиданных.

      Вы можете использовать изображение карты с Викиданных в статье, если его в ней нет, либо снять запрос на иллюстрирование, если иллюстрация уже присутствует в статье.

      С одной стороны, с категоризацией все правильно: в обеих статьях действительно в карточке нет ссылки на изображение, оно подтягивается из Викиданных.
      С другой стороны, я как-то не вижу большого смысла в подсвечивании этого факта. Викиданные и были задуманы, как проект для хранения (помимо интервики-ссылок) свойств объектов, которые можно автоматически подставлять в карточки статей. Зачем нужно собирать такие статьи в специальные категории? Наоборот, было бы логично собирать в категорию статьи, в которых изображение есть одновременно в статье и в элементе ВД. Michgrig (talk to me) 15:45, 20 мая 2023 (UTC)
      • Можно ли как-то исправить ситуацию под следующую логику:
  • есть запрос на иллюстрирование (Добавить иллюстрации., ) либо установлен шаблон-карточка, не отображающая никаких изображений
  • не заполнено свойство P18 («Изображение») на Викиданных.
Тогда будет логично: запрос на изображение, либо карточка без изображения. Pessimist (обс.) 16:11, 20 мая 2023 (UTC)
  • Виноват снова я. В шаблон раньше помещали {{Wikidata|p18|plain=true}}, что тоже приводило к неверным результатам, так как там есть проверка на существование файла. Я решил эту проблему и вызвал этим текущую. За неимением |plain=true нормального я бы пофиксил это так: |uses=p18 в самой {{Сортировка: по изображениям}} будет информировать шаблон, что в статье может быть изображение из ВД из этого свойства и в таких случаях ставить категории не надо. stjn 10:13, 21 мая 2023 (UTC)
    • Давайте попробуем. Вы всё ж если что-то меняете в таких массово используемых вещах — проверяйте результат по разным статьям и/или привлекайте других участников к проверке. Я понимаю что мы тут не на работе, но у меня на фирме никакое исправление багов без тщательного тестирования в прод не выпускается. А то можно какую-то мелочь исправить и поломать при этом что-то куда более критичное. Pessimist (обс.) 12:44, 21 мая 2023 (UTC)
      • Там был другой баг, не менее важный: несвободные изображения массово вносились в «Статьи с изображениями (не заполнено P18)», так как в шаблон передавался код формата
        <span data-wikidata-claim-id="Q2$CF2134ED-B270-4D8F-8BFC-3A7B87699E65" class="wikidata-claim" data-wikidata-property-id="P18" ><span class="wikidata-snak wikidata-main-snak" >[[File:The Blue Marble (5052124705).jpg|frameless|274x400px]]</span></span>
        и он проверялся н существование. В целом вашу фрустрацию я понимаю, но тут не тот случай, когда я что-то не оттестировав добавил в статьи «без тщательного тестирования» — просто исправление одной важной проблемы вызвало ошибки в другом месте. stjn 12:52, 21 мая 2023 (UTC)

Поменяйте, pls, порядок добавления тем[править код]

Коллеги, кто лучше понимает в технической части: поменяйте, пожалуйста, на этой странице порядок добавления тем на новые сверху. Андрей Романенко (обс.) 12:09, 17 мая 2023 (UTC)

Надстрочные предупреждения[править код]

На этой неделе техническая база надстрочных предупреждений (шаблонов вроде {{нет АИ}}) переедет с меташаблона {{Надстрочное предупреждение}} на новый модуль «Надстрочное предупреждение». Я переписал меташаблон на модуль для снижения использования ими пределов шаблонов. Сейчас его в тестовом режиме используют шаблоны {{нейтральность?}}, {{прояснить}}, {{нет значимости}}. Напишите, если увидите какие-либо проблемы с этими шаблонами. stjn 16:27, 16 мая 2023 (UTC)

  • А для чего "border-bottom:1px dotted"? Может лучше тег abbr использовать? D6194c-1cc (обс.) 17:55, 16 мая 2023 (UTC)
  • А параметр "noprint" автоматически передаётся при генерации печатной версии? Я в документации по теме ничего не нахожу. D6194c-1cc (обс.) 18:06, 16 мая 2023 (UTC)
    • Не понимаю вопроса. Класс noprint указывается (по текущему коду {{Надстрочное предупреждение}}) при наличии параметра noprint. В печатной версии этот класс убирает показ определённого текста (в данном случае, шаблона). stjn 19:51, 16 мая 2023 (UTC)
    • Кажется, с этим классом надо решить, когда он ставится, а когда нет, потому что я лично не понимаю логики (и по обсуждению шаблона тоже логики не нахожу), почему он например в {{Нет АИ}} указан, а в {{неопределённость}} нет. Уж если в шаблоне про отсутствие АИ он ставится, непонятно, чем другие шаблоны сильно лучше. stjn 20:39, 16 мая 2023 (UTC)
      • ИМХО, отовсюду убрать :) Пусть печатают с предупреждениями, или сделать чтобы в принтовой версии просто знак вопроса был. Iniquity (обс.) 21:26, 16 мая 2023 (UTC)
        • Я скорее склоняюсь к обратному — что должно быть указание print=yes, которое добавляет предупреждение в печатную версию. Всё-таки шаблоны типа {{кто?}} или {{зло}} особо ни за чем не нужны там. stjn 21:32, 16 мая 2023 (UTC)
          • На самом деле, мне вообще без разницы в какую сторону будет унификация. Хочешь в обратную, пусть будет в обратную. Мне просто кажется, что печатная версия должна быть максимально похожа на обычную. Iniquity (обс.) 09:28, 17 мая 2023 (UTC)
  • Также переделал внутренние стили на TemplateStyles: самого модуля, пример для шаблона Прояснить. На небольшом числе включений это добавит немного в предел (меньше, чем было), но это также позволит не отображать часть стилей в печатной версии. stjn 20:37, 16 мая 2023 (UTC)
    • Спасибо! Я заметил ещё, что в getTalkLink строка в форматирование стала передаваться вместе со span. Лучше к result при инициализации format применить. Меньше текста обрабатываться будет, меньше нагрузка на модуль. D6194c-1cc (обс.) 21:09, 16 мая 2023 (UTC)
  • Просьба всем высказаться на Википедия:Форум/Предложения#Два стиля текста надстрочных предупреждений (даже если вам пофиг), это ускорит мою работу. stjn 01:57, 17 мая 2023 (UTC)
  • Может сделать возможность задавать дату в формате ISO одним параметром: YYYY-MM-DD? Смысла в трёх раздельных параметрах какого-либо нет, учитывая, что они потом в getValidDate() объединяются в формат YYYY-MM-DD. D6194c-1cc (обс.) 12:48, 18 мая 2023 (UTC)
    • Сейчас все шаблоны используют формат 18|05|2023, поэтому код модуля это отражает. Не вижу смысла в поддержке двух разных форматов — это только будет вносить разброд. stjn 13:19, 18 мая 2023 (UTC)
      • Можно было бы добавить, задепрекейтить старый стиль, ботом пройтись, потом удалить устаревшие параметры, но это трудоёмко. D6194c-1cc (обс.) 13:28, 18 мая 2023 (UTC)
        • Если будет такое решение сообщества — можно. Пока ничего такого нет.
          (Если делать какие ботопроходы по этим шаблонам, то лучше бы объединить шаблоны {{нет АИ}} и {{нет АИ 2}} и им подобные, добавив в первый параметр |текст= по образцу английских шаблонов, но это тоже трудоёмко.) stjn 13:31, 18 мая 2023 (UTC)
  • Пока экспериментально: {{нет в источнике}} и {{нет в источнике 2}} теперь на общей основе, при использовании второго шаблона подстанавливается первый с параметром текст. В будущем такое планирую сделать со всеми шаблонами с 2 в названии для упрощения поддержки (единственная проблема в том, что в таких шаблонах при прямом использовании лимит уже экономиться не будет, но и тратиться больше тоже не будет). stjn 18:01, 18 мая 2023 (UTC)

Промежуточный итог[править код]

Перевод совершён во всех значимых шаблонах (ненаходящихся на КУ и используемых в статьях). Оставшиеся планы:

  1. Заменить параметр noprint на ручное указание параметра print для стандартного неотображения шаблонов в печатной версии, так как большинство наиболее используемых шаблонов используют параметр noprint, так что причины его отключения в 2017 году неясны (а участник, которого можно спросить, неактивен);
  2. Довести до итога Википедия:Форум/Предложения#Два стиля текста надстрочных предупреждений и сделать стандартный базовый стиль для всех шаблонов не на основе {{нет АИ 2}};
  3. Найти правильный способ объединить шаблоны типа {{нет АИ}} и {{нет АИ 2}} на основе единой базы кода (пусть даже с разными параметрами).
  4. Найти правильный способ объединить шаблоны {{нет АИ}} и {{нет источника}}, {{значимость факта?}} и {{нет значимости}} на основе единой базы кода (сейчас — разная из-за того, что один из шаблонов требует указания даты по умолчанию, а другой нет).
  5. Добавить детектирование целых абзацев в шаблонах типа {{нет АИ 2}}, для статей вроде Украинский коллаборационизм во Второй мировой войне#«Украинская Держава», провозглашенная 30 июня 1941 года.
  6. Возможно: добавить для шаблонов стандартизированное указание числа прошедших дней ([источник?] → [источник? 23 дня]) для дополнительного снижения лимитов, см. код {{нет АИ}} для примера текущего кода.

Пишите, если с шаблонами появились какие-то проблемы. [Также для справки: вызов {{нет АИ}} в статье в декабре требовал ≈3089 байт, теперь он же требует ≈1499, в два раза меньше.] stjn 22:27, 18 мая 2023 (UTC)

  • Отдельно по мотивам декабрьской темы замечу, что главным виновником того, что все эти шаблоны весят столько, оказался далеко не Grain of sand и его шаблон, а Мастер теней/Advisor и его шаблоны вроде {{Сортировка: статьи без источников}}. Если от них избавиться по максимуму (хотя бы через перевод шаблонов в их основе на Lua), в пределах удастся выиграть ещё больше. Честно говоря, я бы их вообще удалил — эта система вводилась без обсуждения и никому не нужна. stjn 22:56, 18 мая 2023 (UTC)

В примечаниях явное нарушение вп: рт — 0,9 * 0,85 (рус) и 0,9 * 0,9 (архивировано …). Не пишу на со шаблона, так как есть разделы литературы, ссылок и небольшая вероятность использования <references/> — для них менять размер не нужно. ~~‍~~ Jaguar K · 01:14, 16 мая 2023 (UTC)

Технические новости: 2023-20[править код]

MediaWiki message delivery 21:44, 15 мая 2023 (UTC)

Шаблон портит дизайн страниц (например, здесь). Можно что-нибудь сделать? — Simba16 (обс.) 19:22, 15 мая 2023 (UTC)

  • я не вижу проблемы в форматировании статьи, кэш чистили? MBH 20:22, 15 мая 2023 (UTC)
    • Теперь всё нормально. Коллега удалил карточку соревнования, поэтому они не налезают друг на друга. Есть вариант совмещения карточки и шаблона? — Simba16 (обс.) 20:50, 15 мая 2023 (UTC)

(unspecified title)[править код]

Появилась такое в некоторых статьях, пример: Сиссе, Мустафа. Что это? Футболло (обс.) 04:39, 15 мая 2023 (UTC)

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

Всем большое спасибо за примеры. Исправлено. — putnik 03:41, 16 мая 2023 (UTC)

Не получается правильно разместить колонки с сюжетами и актёрами на странице фильма в разделе: В ролях. Надо чтобы было три сюжета с одной стороны (слева) и два сюжета с другой стороны (справа), как в англоязычной версии. Я пытался сегодня сделать, но не получается. Пришлось отменить свою правку на странице. Посмотрите отменённую правку, там колонки с актёрами в должном виде, но почему-то в разделе получился очень большой пробел, правку пришлось отменить и вернуть прежнюю версию. Возможно техническое решение этой проблемы? — Эта реплика добавлена с IP 185.54.23.70 (о)

  • Да, эта отменённая правка, а там другой отменённой и нету. Пробел по вертикали семь сантиметров между названием раздела: В ролях и первым сюжетом Крюк. Сейчас только, что линейкой по экрану измерил этот пробел, он ровно семь сантиметров. А у вас, что его невидно? Вариант колонок по образцу англоязычной версии раздела: В ролях. Увидев при публикации этот пробел, я быстренько отменил свою правку и вернул старую версию. А так смыл то отменённой своей правки, если она нормально опубликовалась? Я подумал, что неправильно оформил расположение колонок в разделе. 185.54.20.2 10:28, 14 мая 2023 (UTC)
    • Если нет технического решения, чтобы их разместить как в англоязычной версии, то пусть будет версия, какая сейчас. 185.54.20.2 10:34, 14 мая 2023 (UTC)
      • У меня этот пробел такой же, как и в текущей версии. Может быть, коллеги что-нибудь умное скажут. --FITY (обс.) 11:13, 14 мая 2023 (UTC)
        • Все пять сюжетов в разделе размещены как надо (в отменённой версии), но с огромным пробелом вверху (пустотой), и надо понимать, что комбинация англоязычной версии в русскоязычную не подходит, что-то надо оформить по другому (комбинацию), или не трогать совсем, оставлять так как есть. 185.54.20.2 11:32, 14 мая 2023 (UTC)
        • Там колонки сдвигаются вниз до того места, где кончается карточка и становится свободна полная ширина экрана. Сейчас, когда в статью добавлено много текста, это не так заметно. Vcohen (обс.) 11:51, 14 мая 2023 (UTC)
          • Забыл написать одну деталь. Перед публикацией своей отменённой версии, я её проверял через функцию средней кнопки (предварительный просмотр), так как сразу изменения не публикую, а делаю предварительный просмотр и внесённые изменения, а потом уже публикую. Так вот при предварительном просмотре (функция средней кнопки) этого пробела не было, в противном случае я не стал бы делать правку, а после опубликования изменений появился этот самый пробел. Явная несовместимость комбинации разных версий. 185.54.20.2 12:14, 14 мая 2023 (UTC)
          • Ах вот оно что. У меня всё это ниже карточки, поэтому я и не вижу. Но тогда это нормально, такой эффект много где встречается. --FITY (обс.) 13:38, 14 мая 2023 (UTC)
            • А вообще такой вариант колонок применялся в нашей версии Википедии? Если да, то надо просто посмотреть, какая там комбинация и есть ли пробел. 185.54.20.2 14:03, 14 мая 2023 (UTC)
  • У шаблона {{col-begin}} (точнее, {{Столбцы}}) в коде есть вот такое: width:{{{width|100%}}}. То есть если в параметр width ничего не передано, то таблица занимает всю ширину экрана и проявляется описанный эффект. Если передать в этот параметр другую ширину, например 70%, то эффект проявляться не будет, если мы правильно подберем ширину с учетом ширины карточки (причем на разных экранах это будет работать по-разному). Если же в этот параметр передать что-нибудь нелегитимное для данного места с точки зрения синтаксиса css, например символ "-", то таблица перестанет пытаться растянуться в ширину. Vcohen (обс.) 13:57, 14 мая 2023 (UTC)

Прошу убрать из карточки статьи медаль, т.к сведения о награждении взяты из интервью сабжа - первичном источнике. Рефлексист (обс.) 10:45, 13 мая 2023 (UTC)

  • ✔ Сделано. Но почему-то сделать обычным способом не получилось, пришлось идти на Викиданные. Так всегда было для наград, или это результат какого-то недавнего изменения? --FITY (обс.) 12:14, 13 мая 2023 (UTC)

Automatic citations based on ISBN are broken[править код]

Apologies if this message does not reach you in your favorite language. You can help translate it centrally at Meta. Thanks for your help.

We have recently become unable to access the WorldCat API which provided the ability to generate citations using ISBN numbers. The Wikimedia Foundation's Editing team is investigating several options to restore the functionality, but will need to disable ISBN citation generation for now.

This affects citations made with the VisualEditor Automatic tab, and the use of the citoid API in gadgets and user scripts, such as the autofill button on refToolbar. Please note that all the other automatic ways of generating citations, including via URL or DOI, are still available.

You can keep updated on the situation via Phabricator, or by reading the next issues of m:Tech News. If you know of any users or groups who rely heavily on this feature (for instance, someone who has an upcoming editathon), I'd appreciate it if you shared this update with them.

Elitre (WMF), on behalf of the Editing team.

MediaWiki message delivery (обс.) 19:45, 11 мая 2023 (UTC)

Про шаблон СтММ[править код]

Пожалуйста, не пинайте за то, что пишу о проблеме на внешнем ресурсе. Решать им, но может быть, помощь потребуется. Так что для информации: на Яндекс-карте при просмотре информации о станции метро показывается преамбула соответствующей статьи из Википедии. Но из этой информации выпадают названия других станций метро, если они оформлены через шаблон {{СтММ}}. Например, в тексте о станции Верхние Лихоборы пропали четыре таких ссылки. Я в службу поддержки Яндекса послал сообщение. — 193.233.70.48 11:21, 11 мая 2023 (UTC)

  • Осталось задать авторам таких статей вопрос, зачем оформлять простые вики-ссылки через шаблоны. stjn 11:41, 11 мая 2023 (UTC)
    • Яндекс, что, вместо парсинга страницы исходники у себя собирает? По делу: {{UBHF}} он нормально парсит (см. Селигерская (станция метро)). Там еще (65 метров) пропало, без шаблона. ~~‍~~ Jaguar K · 11:46, 11 мая 2023 (UTC)
    • Чтобы упростить код статьи. Например, {{СтММ|Марьина Роща ЛДЛ}} гораздо короче, чем «[[Марьина Роща (станция метро, Люблинско-Дмитровская линия)|Марьина Роща]]» Michgrig (talk to me) 19:02, 11 мая 2023 (UTC)
      • @Michgrig а зачем разные шаблоны для действующих и проектируемых станций метро и электродепо? MBH 05:41, 12 мая 2023 (UTC)
      • То есть чем отличаются СтММ, UBHF, uexBHF, uDST, uexDST, зачем их так много? MBH 05:45, 12 мая 2023 (UTC)
        • UBHF, uexBHF, uDST, uexDST - это, насколько я знаю, переводные шаблоны, они изначально были отдельными. Действующие от проектируемых тут отличаются курсивом для проектируемых. При этом для этих шаблонов уточнения надо указывать полностью, т.е. в случае той же Марьиной Рощи нужен код не очень намного короче прямой ссылки: «{{uBHF|Марьина Роща|Большая кольцевая линия}}». Плюс эти шаблоны общие для любых станций и депо, без привязки к городу.
          СтММ же специфичен для Москвы плюс в нем больше функционала: в зависимости от указанных параметров может выводить название в кавычках, без кавычек, со значком линии.
          А еще есть шаблоны {{MOSMETRO icon}}, {{MOSMETRO icon2}}, {{ММ}} :))) Michgrig (talk to me) 09:00, 12 мая 2023 (UTC)
      • Это «упрощает» (ненамного) код статьи, но усложняет редактирование сторонними участниками (например, в визуальном редакторе или незнающими всех сокращений вашего модуля) и ботами. Такой шаблон необходимо использовать исключительно с подстановкой. stjn 12:25, 13 мая 2023 (UTC)
        • Все статьи о станциях в СН у основных участников в теме (у меня так точно). Поэтому если какой-то сторонний участник сделает что не так, есть кому поправить. Если вы хотите что-то сделать с этими шаблонами, воспользуйтесь стандартными процедурами. Michgrig (talk to me) 15:13, 13 мая 2023 (UTC)

map у templatedata и Lua[править код]

Подскажите, пожалуйста, можно ли получить мапинги, указанные в templatedata из Lua по названию шаблона? Пока не получается найти ничего по доступу к templatedata из Lua. -- D6194c-1cc (обс.) 09:31, 11 мая 2023 (UTC)

  • Шаблон:Заготовка шаблона, @D6194c-1cc. Судя по getContent(), это просто парсинг страницы. ~~‍~~ Jaguar K · 00:05, 17 мая 2023 (UTC)
    • Спасибо за наводку! Для использования на лету, вероятно, не подойдёт, ибо медленно, страница документации может быть очень большого размера. Проще сгенерировать модуль и его использовать. Для генерации модулей через subst тоже не подойдёт, ибо в модулях подстановка не работает. D6194c-1cc (обс.) 11:05, 17 мая 2023 (UTC)

Технические новости: 2023-19[править код]

MediaWiki message delivery 00:35, 9 мая 2023 (UTC)

Перенесено со страницы Википедия:Сообщения об ошибках#Teboil. — Well-Informed Optimist (?!) 05:57, 9 мая 2023 (UTC)

В статье Teboil внизу страницы странное диагностическое сообщение

Ошибка Lua: bad argument #1 to 'getBestStatements' (string expected, got nil) 95.84.137.182 20:18, 8 мая 2023 (UTC)

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

Зачем перенесли? Давно уже починено. --FITY (обс.) 07:21, 9 мая 2023 (UTC)

Страница удалена из категории, но продолжает в ней отображаться[править код]

Примеры: статья Заслуженный связист РСФСР и Категория:Википедия:Статьи с ошибками скриптов

Также Категория:Википедия:Страницы с ошибками скриптов и куча категорий в ней, добавление которых в неё я попросил Ини отменить, он это сделал, и эта надкатегория действительно в них не отображается, но они в ней - ещё да.

Чистки кэша сервера, нулевые правки не помогают. Ини говорил ждать, прошло три дня (во втором кейсе), ничего не изменилось. Что-то можно сделать? MBH 14:13, 8 мая 2023 (UTC)

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

Это странно: я их тоже делал и ничего никуда не ушло, но окей. MBH 14:42, 8 мая 2023 (UTC)

Infobox Lua memory usage[править код]

Оказалось, что одна-единственная карточка может использовать весь или почти весь лимит lua. Если это не проблема единичных статей, то нужно что-то менять. ~~‍~~ Jaguar K · 14:07, 8 мая 2023 (UTC)

  • Можно использовать from = - в карточке, чтобы не подгружать информацию из 4-мегабайтного (!) элемента Викиданных, раз она всё равно там не используется. — putnik 14:18, 8 мая 2023 (UTC)
    • Спасибо, не знал. Большинство статей поправил, но, ожидаемо, Навигация и Викиновости (которых нет в навигации?) тоже подгружают викиданные целиком. Разделы ссылок: 50 711 707 > 44 588 516 (викиновости) > ?
    • Навигация все равно подтягивает, from не работает.
    • Аналогично одни только Внешние ссылки в статье потребляют столько, что не могут загрузиться даже. ~~‍~~ Jaguar K · 16:03, 8 мая 2023 (UTC)
      • Шаблон {{ВС}} я улучшил, он теперь потребляет до двух двадцати раз меньше памяти, но в той статье он и не нужен, там нечего выводить. В целом же проблема в том, что одна только загрузка элемента статьи (см. код) — это уже 23 МБ.
        local p = {}
        
        function p.render( frame )
            local item = mw.wikibase.getEntity( 'Q87235137' )
            return ''
        end
        
        return p
        
        Так что тут без оптимизации на стороне Викиданных или движка не обойтись. — putnik 19:50, 8 мая 2023 (UTC)
  • Но вообще хорошо бы поискать причину, почему при подгрузке данных они так сильно увеличиваются в размерах, и можно ли это оптимизировать. Ну и с размером элемента нужно что-то делать, подневные данные явно должны лежать в таблицах, иначе он будет увеличиваться бесконечно. — putnik 14:21, 8 мая 2023 (UTC)
  • @MBH, так лучше @Putnik пингануть на техфоруме. Там такой же огромный элемент, карточка обращается к этим полям. Вероятно, получение одного последнего значения без запроса всех нетривиально. Либо что-то сломалось/еще не было сделано. Аналогично в других статьях (в старых версиях).
    Например, Распространение COVID-19 в Великобритании подтягивает два параметра из ВД — коммонс и выздоровело (пустой!). Если их убрать, то карточка ОК. Но включение любого из них — и карточка растет как не в себя (4 -> 23-24 (один из) -> 34,7 (оба)). ~~‍~~ Jaguar K · 15:36, 11 мая 2023 (UTC)
    • [23] тоже 25 М тратит (данные предпросмотра с одной только карточкой).
      При это данные NewPP limit report другие: 8,0 (без сносок) > 27,3 (2 x source-ref) > 39,3 (1 x source)
      Проверил на нековидных страничках и в черновике - так много не тратит и похоже зависит от размера текущего элемента страницы. Source-шаблоны зачем- то обращаются к нему? ~~‍~~ Jaguar K · 15:54, 11 мая 2023 (UTC)

Ссылка на строку[править код]

Ссылка на конкретную строку из блока ошибок lua не работает. Как исправить? ~~‍~~ Jaguar K · 13:06, 8 мая 2023 (UTC)

Новый способ создания тем[править код]

Можете пояснить, чем «новый» отличается от «старого» ? Я не нахожу в нём кнопок Викификатора и Подпись-с-отметкой-времени. Для меня это минусы. А в чём плюсы? Наверняка чего-то не замечаю. Если плюсов нет, то зачем переделано? Я могу, конечно, настроиться на использование старого интерфейса, но, боюсь, отключат его через какое-то время насовсем — и придётся заново учиться и ностальгировать о старых добрых временах. — Dalka (обс.) 07:37, 8 мая 2023 (UTC)

    • Спасибо, не знал про подпись. Попробую при случае. Для тех, кто привык сам её ставить, неловко оставлять сообщение «без подписи», а подсказки про такую автоматику я не видел. А вот с тем, что викификатор не нужен — не соглашусь. Обсуждения ведутся на русском языке, и я привык, что мои реплики (пусть даже это и не статья) оформлены в соответствии с некоторым уровнем качества, в том числе кавычки-ёлочки, тире и проч. Но в целом вопрос закрыт. — Dalka (обс.) 06:43, 15 мая 2023 (UTC)
    • «Викификатор не нужен в обсуждениях». А всякие там {{начало цитаты}}{{конец цитаты|источник=}} вручную, стало быть, проставлять теперь надо? На мой взгляд, плюсы не компенсируют минусов. С уважением, NN21 (обс.) 11:10, 15 мая 2023 (UTC)

Некорректная работа параметра areas шаблона t:Imagemap[править код]

Буэнос-Айрес - areas прописаны, но у меня их площади не соответствуют картинкам: кликабельная область экрана линейно в 2 раза меньше области с картинкой (и по горизонтали, и по вертикали) и находится в левом верхнем углу картинки. У меня увеличен масштаб википедии в браузере, но дело не в нём: при его уменьшении эффект сохраняется. MBH 06:28, 8 мая 2023 (UTC)

  • Там раньше стоял другой файл, потом его заменили, а все параметры остались прежние; то есть не соответствуют не только площади, но и ссылки. Надо либо возвращать прежний файл, либо заново расшифровывать, что изображено на каждой картинке; последняя задача лично мне не интересна — все эти виды с высоты птичьего полёта, наверное, высокохудожественны, но совершенно не информативны. Ну или можно совсем убрать imagemap.
    Соответственно, понятно, почему вдвое уменьшилась кликабельная область — ровно на столько новое изображение шире старого (800 vs 400). Но попутно я обратил внимание, что в Википедия:Иллюстрирование#Imagemap написана какая-то чушь про масштабирование — будто оно то есть, то нет, и определяется это не параметром, а исключительно путём чтения движком моих мыслей. На самом деле легко заметить, что в первом примере цифры тоже заданы исходя из номинального размера. Сейчас, кстати, эта картинка тоже не работает как следует; это вызвано перезаливкой файла на Викискладе с другим размером. --FITY (обс.) 10:26, 10 мая 2023 (UTC)

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

В общем, удалил imagemap. --FITY (обс.) 12:40, 13 мая 2023 (UTC)

Ошибка Lua в Модуль:Sources/utils на строке 98: bad argument #2 to 'insert' (number expected, got string).[править код]

Заслуженный технолог РСФСР, Заслуженный связист РСФСР MBH 19:39, 7 мая 2023 (UTC)

  • В Закон РФ от 21.04.1992 № 2708-I (Q19165141) свойство порядковый номер (P1545) используется не совсем по предписанию. Оно должно указываться как квалификатор для свойства является частью (P361), а не напрямую в элементе. Полагаю, там должно быть свойство номер издания (P393). D6194c-1cc (обс.) 23:52, 7 мая 2023 (UTC)
  • Вот тут пример использования порядкового номера в схожем контексте: Зимние Олимпийские игры 2006 (Q9672). D6194c-1cc (обс.) 23:54, 7 мая 2023 (UTC)
    • Ну то есть там, где «не совсем по предписанию», отображается нормально, а там, где недавно сделали «правильно», появилась ошибка. --FITY (обс.) 03:37, 8 мая 2023 (UTC)
      • Я правильно понимаю, что Вы что-то перепутали, когда писали? Недавно ничего не менялось нигде вроде. В статьях используется в качестве источника элемент Закон РФ от 21.04.1992 № 2708-I (Q19165141) со свойством порядковый номер (P1545), использованным в качестве основного. Но по документации самого свойства оно должно было использоваться как квалификатор к значению вроде Закон Российской Федерации (Q20754888). Поэтому необходимо определиться с тем, каким свойством должен обозначаться номер закона в элементе Викиданых.
        А что касается "не совсем по предписанию" – такую формулировку я использовал, поскольку использование свойств в Викиданных со временем может меняться. Но в данном случае я в этом сильно сомневаюсь. D6194c-1cc (обс.) 08:36, 8 мая 2023 (UTC)
      • А всё, я не на тот источник указал, в ошибочной сноске используется другой элемент: Закон РСФСР от 25.12.1991 № 2094-I (Q15905355), где всё указано верно. В общем, необходимо в модуле исправления вносить. D6194c-1cc (обс.) 09:12, 8 мая 2023 (UTC)
  • Я заменил шаблон на {{Источник информации}} в статьях, чтобы убрать ошибку. В модуле необходимо добавить тест и отлаживать ошибку через тест. D6194c-1cc (обс.) 09:43, 8 мая 2023 (UTC)
    • Хочу заметить, что не очень одобряю ваш подход исправления последствий, скрывая при этом наличие ошибки. Шанс, что после этого хоть кто-нибудь исправит изначальную ошибку (и ещё напишет к ней тесты, ну да), стремится к нулю. А это значит, что она просто вернётся позже. — putnik 12:25, 8 мая 2023 (UTC)
      • Профессиональный подход предполагает, что ошибка не должна висеть прямо в "релизе". Если есть полностью аналогичное решение, которое ничем не хуже (не является костылём и не добавляет костылей), можно использовать его.
        Если бы ошибка проявлялась при каких-либо неправильных данных в элементе Викиданных, то необходимо было бы исправить Викиданные, а тестирование проводить на тестовом элементе Викиданных, который специально для этого предназначен. Я уже так делал.
        "Шанс, что после этого хоть кто-нибудь" – общие правила разработки это не отменяет. Создаётся issue, помещается в backlog (запись в странице документации об ошибке или запрос на странице обсуждения шаблона). D6194c-1cc (обс.) 12:47, 8 мая 2023 (UTC)
        • Профессиональный подход действительно предполагает, что «создаётся issue и помещается в backlog», но вы этого не сделали. Так что может стоит снять своё белое пальто? Мы тут все не на зарплате работаем. — putnik 12:53, 8 мая 2023 (UTC)
          • Вообще, текущий запрос есть, он ничем от issue не отличается. По крайней мере, пока не улетит в архив. D6194c-1cc (обс.) 12:55, 8 мая 2023 (UTC)
          • А про "не на зарплате", ну вот я шаблон, который требовался, написал за свой счёт, поскольку тратил на это своё личное время, которое мог бы потратить на, например, какой-нибудь курс или на решение алгоритмических задач, или поиск работы. И постарался написать минимальный набор тестов, разделил на независимые по функциям части, исходники старался делать как можно понятнее. В общем, применил ту практику, которую применял на работе. Было бы странным для программиста делать как-то иначе. D6194c-1cc (обс.) 13:01, 8 мая 2023 (UTC)
            • Было бы намного полезнее, если бы вы потратили это время не на создание форка, а на улучшение основного шаблона, который уже используется во множестве статей. — putnik 13:04, 8 мая 2023 (UTC)
              • Нет, по полезнее, потому что результат был бы тот же, а времени потрачено было бы больше. Чтобы приступить к улучшению модуля, необходимо сначала привести его код в порядок, сделать читабельным, декомпозировать на части. Это необходимо, чтобы можно было легко и безболезненно вносить улучшения. Вот с нуля всё написать в таких случаях может быть намного быстрее. К тому же я о существовании шаблона {{source}} я тогда не знал. D6194c-1cc (обс.) 13:11, 8 мая 2023 (UTC)
                • Результат сейчас такой, что вы создали шаблон-форк. Теперь нужно поддерживать в два раза больше кода. — putnik 13:14, 8 мая 2023 (UTC)
                  • Нет, форк – это ответвление (производная работа), а у меня отдельная разработка. Да, шаблон делает то же самое, что несколько других шаблонов, он для этого и задумывался. D6194c-1cc (обс.) 13:19, 8 мая 2023 (UTC)
                    • Рекомендую к прочтению: Википедия:Форк шаблона. — putnik 13:24, 8 мая 2023 (UTC)
                      • Да, это именно про форки (производные работы). D6194c-1cc (обс.) 14:39, 8 мая 2023 (UTC)
                        • Нет. Браунинг (обс.) 14:18, 9 мая 2023 (UTC)
                          • Да. См. Форк. Любой программист знает, что такое форк либо по UNIX (fork()), либо по гитхабу. А то такими темпами и Qt можно форком Gtk объявить. Делают то одно и то же. D6194c-1cc (обс.) 19:07, 9 мая 2023 (UTC)
                            • Вам дали ссылку на эссе, специально написанное (следуя рекомендации АК) для разъяснения смысла понятия из википедийного жаргона, который отличается от общепрограммистского. Скажем, «значимость» тоже в обычной жизни значит не то, что в Википедии. Браунинг (обс.) 19:26, 9 мая 2023 (UTC)
                              • Не нужно использовать "жаргон", используя который люди по сути будут объявлять себя нарушителями авторских прав, коими не являются. Это очень плохая практика. Это из разряда назвать производной работой статью с такой же темой. D6194c-1cc (обс.) 19:31, 9 мая 2023 (UTC)
                • Ну и результат был бы тот же, если бы ваш шаблон использовался в 1,7 млн статей. Пока же для подавляющего числа статей не изменилось абсолютно ничего, а ошибки исправлять нужно будет ещё в одном шаблоне. — putnik 13:33, 8 мая 2023 (UTC)
                  • Если исправленная ошибка не покрыта тестами, то ценность такого исправления не очень высокая, поскольку сломаться что-то может повторно и в будущем. Если делается модуль, который покрывается тестами, то предполагается, что в будущем в таком модуле новых ошибок возникать не будет, выявляемые будут исправляться с написанием теста на выявленную ошибку (у меня например, в очереди один тест висит, но пока я занят). D6194c-1cc (обс.) 14:44, 8 мая 2023 (UTC)
                    • Ой, я вам тест сломал. Чуть позже сломается ещё один, и ещё один… И участник, который будет разбираться в вашем коде через год-два, не станет смотреть на эту кучу сломанных тестов и просто всё напишет заново. — putnik 15:11, 8 мая 2023 (UTC)

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

Ошибка исправлена. Без действий участников, которые мешают её обнаружению, она была бы исправлена ещё быстрее. — putnik 13:00, 8 мая 2023 (UTC)

Два одинаковых варнинга в визреде, один в правке кода[править код]

Гарднер, Рой, [24] MBH 19:07, 7 мая 2023 (UTC)

Две ошибки в карточке, прошу починить. MBH 18:55, 7 мая 2023 (UTC)

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

✔ Сделано. --FITY (обс.) 19:26, 7 мая 2023 (UTC)

Ошибка Lua в Модуль:Sports_kit на строке 58: attempt to index a nil value[править код]

Олимпиакос (футбольный клуб, Пирей) - прошу починить, сам не разобрался. MBH 18:53, 7 мая 2023 (UTC)

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

✔ Сделано. --FITY (обс.) 19:34, 7 мая 2023 (UTC)

У Австралии ошибка lua, я не смог определить, где лежит код самого рефа, прошу починить. MBH 18:23, 7 мая 2023 (UTC)

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

✔ Сделано. --FITY (обс.) 02:25, 8 мая 2023 (UTC)

  • @FITY смотрю ваши правки, а почему вы ещё не пат? Получите флаг, так ваши правки не нужно будет патрулировать. MBH 04:32, 8 мая 2023 (UTC)
    • Имелся в виду апат, видимо. Vcohen (обс.) 08:41, 8 мая 2023 (UTC)
      • В любом случае, пока не ясно, понадобятся ли мне какие-либо флаги. --FITY (обс.) 11:12, 8 мая 2023 (UTC)
      • @Vcohen нет, имелся в виду пат, потому что эти флаги эквивалентны по требованиям к носителю (нужно знать и быть согласным и способным соблюдать ВП:ПАТ) и лично я например вообще не вижу смысла во флаге апат. MBH 12:03, 8 мая 2023 (UTC)

И ещё десятки таких категорий по странам - зачем они? В статье о песне висят 20 таких категорий по 20-ти странам, нафига? Предлагаю отключить их генерацию. Пинг u:Carn, корневую создавал ты. MBH 18:16, 7 мая 2023 (UTC)

  • Это скрытая категория, см. шаблон. Это были не созданные категории, в которые помещались статьи. Mr Hell в прошлом месяце был активен, возможно он лучше помнит. ·Carn 08:35, 8 мая 2023 (UTC)
  • Из явно полезных автоматически создаваемых там "Категория:Singlechart не указан исполнитель" "Категория:Singlechart не указано название песни" "Категория:Singlechart используемый с отсутствующими параметрами". Остальные полезны если кто-то по техническим (скрытым) категориям будет проставлять видимые посетителям. ·Carn 09:14, 8 мая 2023 (UTC)

Ошибка Lua в Модуль:Isomer на строке 517: bad argument #2 to 'format' (string expected, got nil).[править код]

В ряде химических статей такая ошибка, пример - Бергамотен MBH 07:45, 5 мая 2023 (UTC)

  • Привнесено недавно в одной из правок. Я одно из изменений временно отменил, поскольку не знаю, какое должно быть значение по умолчанию для переменной. @Putnik: посмотрите? D6194c-1cc (обс.) 08:23, 5 мая 2023 (UTC)

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

Исправлено. — putnik 10:13, 5 мая 2023 (UTC)

Ошибка скрипта: Функции «lang_xx_italic» не существует.[править код]

Бени, который гуляет сам по себе - см. ошибку в карточке, мне кажется, это связано с механизмом вывода оригинального названия в шаблоне Фильм. Я сперва думал, на ВД внесена хрень, но вроде нет, там указано название фильма и язык - албанский. MBH 07:43, 5 мая 2023 (UTC)

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

Special:Diff/130232176. — putnik 08:09, 5 мая 2023 (UTC)

Часть статей в категории имеет в тексте красные ошибки скриптов, но часть - не имеет их, видимых. Что за проблема в статьях, где их нет (возможно, это связано с шаблоном цайт веб, категории его ошибок идут рядом с этой категорией), и нельзя ли изменить принцип формирования категории так, чтобы в неё попадали только статьи с видимыми красными ошибками? MBH 07:13, 5 мая 2023 (UTC)

  • В смысле, я занимаюсь их исправлением, но в половине статей непонятно, что исправлять. MBH 07:20, 5 мая 2023 (UTC)
    • Можно пару ссылок без видимых? ~~‍~~ Jaguar K · 07:22, 5 мая 2023 (UTC)
      • @Jaguar K Битва при Молодях, UAE Team Emirates, найду ещё - скину. MBH 07:51, 5 мая 2023 (UTC)
        • В первой видимое. Во второй видимое в хайдере (и, вероятно, неисправимо: Too many Викиданные entities accessed.) ~~‍~~ Jaguar K · 08:18, 5 мая 2023 (UTC)
          • Поясните, где там и там видимое. MBH 08:34, 5 мая 2023 (UTC)
          • Хм. Я попробовал открыть на редактирование предыдущую версию статьи UAE Team Emirates и вижу там предпросмотре в отчёте в исходном коде следующее:
            ***** "entityaccesscount": {
            *****     "value": 33,
            *****     "limit": 400
            ***** },
            *****
            
            Лимит 400, но значение 33, там точно было превышение лимита? D6194c-1cc (обс.) 09:34, 5 мая 2023 (UTC)
            • В списке "Сущности Викиданных, используемые на этой странице" явно не 44 страницы. Возможно, движок некоторые проверки/запросы не учитывает в счетчике. Собственно, в скрытом блоке 2019 года список побед не отображается, на его месте ошибка. ~~‍~~ Jaguar K · 09:43, 5 мая 2023 (UTC)
              • Насколько понимаю, превышение лимита всё равно в отчёте в исходном коде должно было показаться. Я проверил на статье почка млекопитающего, где я активно использую Викиданные, там даже до 300 не дотягивает по отчёту, хотя у меня почти все источники через Викиданные оформлены (помимо самих источников, там идёт обращение к языкам, идентификаторам сайтов и т. д.). D6194c-1cc (обс.) 09:51, 5 мая 2023 (UTC)
                • Мне $('.wikibase-entity-usage li') пишет 410 здесь и 377 в статье о почке. Добавьте в вашей статье до 400+ по списку "Сущности Викиданных, используемые на этой странице" и проверьте, будут ли ошибки. ~~‍~~ Jaguar K · 10:15, 5 мая 2023 (UTC)
                  • Интересно, что количество отличается от того, что в отчёте. Могу лишь предположить, что какие-то из запросов элементов не считаются затратными и поэтому не попадают в счётчик. Подробнее: [25], см. mw.wikibase.getEntity. D6194c-1cc (обс.) 11:47, 5 мая 2023 (UTC)
  • Самое странное - статьи по ковиду. Вот, например, на странице шаблона потребление менее 7 МБ, а на странице - лимит (50 Мб). ~~‍~~ Jaguar K · 08:10, 5 мая 2023 (UTC)

Здравствуйте, я столкнулся с такой проблемой: не могу оформить строку "оригинальное название". пишу в эту строку название по-гречески, но в итоге этот параметр не отображается. Как это исправить? Пётр Тарасьев (обс.) 14:38, 4 мая 2023 (UTC)

Проблемы с подсказками при поиске[править код]

Сегодня в поисковых подсказках почему-то отображаются не все статьи с названиями, начинающимися с введённой последовательности букв. Например, я набираю Гдов, и в списке возникают статьи Гдов и Гдовская группа говоров, а дальше Говорцова, Гудович и Говоров; статья Гдовский район появляется в списке, только если набрать её название полностью. Этот эффект (с одинаковым набором статей) наблюдается на разных устройствах. Теперь всегда так будет, или это всё-таки баг? — Uge Rondo (обс.); 11:31, 4 мая 2023 (UTC)

Unchecked runtime.lastError[править код]

Только у меня в консоли на всех страницах? Vector-22.
Unchecked runtime.lastError: The message port closed before a response was received. Iniquity (обс.) 10:18, 4 мая 2023 (UTC)

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

Ежеминутно выкидывает из Википедии. Что случилось? — Simba16 (обс.) 09:47, 4 мая 2023 (UTC)

Это у меня одного так?[править код]

  • Видимо, опять что-то глобально обновилось, и в результате куча надписей на моей ЛС приобрели вырвиглазно-красный цвет. Вопросы стандартные: как бы это поменять в привычную сторону.— Dmartyn80 (обс.) 22:58, 3 мая 2023 (UTC)

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

У вас было свыше 30 незакрытых тэгов на странице. Поправил (заодно поправил отсутствие переноса в юзербоксе внизу страницы). stjn 23:07, 3 мая 2023 (UTC)

Вопрос по визреду[править код]

Как получилась такая правка? ~~‍~~ Jaguar K · 14:10, 3 мая 2023 (UTC)

Не отображаются![править код]

В статье Малая авиация примечания не отображаются в разделе - Примечания -. Если возможно исправьте. — 188.64.165.108 13:14, 3 мая 2023 (UTC)

Странный сбой шаблона[править код]

Есть такой шаблон {{Карточка программы}}. И везде он работает нормально, а в статье Underscore почему-то выдает не последнюю версию библиотеки, а вообще все версии, которые есть в викиданных. Я уже сломал себе мозг, пытаясь разобраться почему это происходит. Может в викиданных какие-то ошибки заполнения? Подскажите пожалуйста — RussianSpy (обс.) 19:31, 2 мая 2023 (UTC)

Карточка не подгружает из ВД[править код]

Делая эту правку, участник, кажется, считал, что карточка подгружает из ВД, но у меня она уже ничего не подгружает; что-то сломалось? MBH 17:15, 2 мая 2023 (UTC)

Технические новости: 2023-18[править код]

MediaWiki message delivery 01:44, 2 мая 2023 (UTC)

toolforge.org не работает?[править код]

Пытаюсь запустить тулзу "Missing Topics" (формирование листа "красных ссылок") - интернет-адрес https://missingtopics.toolforge.org/ (да и просто toolforge.org) уже почти сутки отвечает "503 Service Not Available"... -- Алексей Густов (обс.) 22:02, 1 мая 2023 (UTC)

Сохранение (архивирование) ссылок в статьях Викиучебника[править код]

Можно ли каким-то образом подключить Wayback Machine к ссылкам в статьях Викиучебника (по аналогии с Википедией и Викиновостями)?
Многие ссылки в моих учебниках ведут в пустоту, т. к. материалы по прошествии нескольких лет исчезают с сайтов, в результате утверждения становятся голословными. — Виктор Пинчук (обс.) 18:44, 1 мая 2023 (UTC)

Не скрываются правки ботов[править код]

У меня стоит галочка Скрывать правки ботов из списка наблюдения, но я все равно их вижу в списке наблюдения. Также вижу их в свежих правках. Что не так? — Krestenti (обс.) 13:12, 1 мая 2023 (UTC)

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

Скрываются, это проблема одного участника и его бота, см. Википедия:Запросы к администраторам#MBHbot. stjn 13:39, 1 мая 2023 (UTC)