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

Материал из Википедии — свободной энциклопедии
Перейти к навигации Перейти к поиску
Актуально
Выборы арбитров
Обсуждения правил
Опросы
Голосования
Выборы, присвоение и снятие флагов
Выборы администраторов
Заявки на флаг ПИ
Снятие флагов

Содержание

Горизонтальная прокрутка[править код]

С недавних пор на всех страницах ВП появилась уходящая на много экранов вправо горизонтальная прокрутка. Никаких уходящих туда строк не обнаружено. Проявляется только в монобуке, в векторе всё нормально. Никто не замечал чего-нибудь подобного? AndyVolykhov 21:54, 26 июня 2019 (UTC)

  • Да, разработчики немного накосячили. Временное решение, добавьте в monobook.css
    #pt-notifications-notice .mw-echo-notifications-badge, #pt-notifications-alert .mw-echo-notifications-badge {
    	text-indent: 0px !important;
    }
    
    Serhio Magpie (обс.) 22:04, 26 июня 2019 (UTC)
  • Да, вчера у меня тоже такое было замечено (в монобуке). Кто-то видимо забыл минус поставить в параметре и было text-indent: 9999px, вместо -9999px. Сейчас прокрутка вылечилась, но вот эти надписи "оповещения (0)" и "уведомления (0)" теперь поверх значков колокольчика и ящика, накладываясь друг на друга и на мой юзернейм левее. Игры с параметром text-indent не помогают - надписи левее своих значков не сдвигаются при любом минусовом значении параметра... В инспекторе нашел когда эти надписи пропадают - если отключить параметр #p-personal ul { text-align: right; }, правда и весь ряд ссылок сдвигается влево, естественно... →ʙᴏʀᴏᴅᴜɴ 10:33, 27 июня 2019 (UTC)
    • Забавно: у меня прописано свое цветовое оформление этих верхних ссылок и потому надписи видно, а если отключить свой цвет, то в стандартной цветовой схеме монобука надписей не видно, но они там все так же есть (что проверяется наведением мышки или выделением мышкой), все так же мешая доступу к ссылке на мою ЛС... До вчера этого точно не было... →ʙᴏʀᴏᴅᴜɴ 11:38, 27 июня 2019 (UTC)

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

  • Со вчерашнего дня у меня у меня при щелчке по красной ссылке к названию добавляется "&action=edit&redlink=1" и как следствие открывается визуальный редактор без возможности просмотреть историю страницы. Это "нано-улучшение" - последствие обновления МедиаВики или чего-то еще? И как от него избавится?. Def2010 (обс.) 10:29, 26 июня 2019 (UTC)
    • Вроде так всегда и было (добавляется "&action=edit&redlink=1"), а какая история у красной ссылки? Землеройкин (обс.) 10:35, 26 июня 2019 (UTC)
      • История удалений и защит, например [1]. Def2010 (обс.) 10:38, 26 июня 2019 (UTC)
        • Не знаю, у меня всё есть, правда я не пользуюсь визуальным редактором. Есть переключаю на визуальный редактор ("Создать"), то история видна во всплывающем окошке. Землеройкин (обс.) 10:42, 26 июня 2019 (UTC)

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

В общем, вроде починилось после изменения и сохранения настроек несколько раз, добавление "&action=edit&redlink=1" осталось, но визуальный редактор теперь не открывается, а показывается история. Подозреваю, что какой-то параметр из кукиса удалился из-за истечения срока и создался заново при таких действиях. Def2010 (обс.) 10:46, 26 июня 2019 (UTC)

Tech News: 2019-26[править код]

17:30, 24 июня 2019 (UTC)

Wikidata Bridge: edit Wikidata’s data from Wikipedia infoboxes[править код]

Перевод:

Приветствую всех.

Многие языковые разделы Википедии используют Викиданные (централизованную базу знаний), чтобы заполнить инфобоксы. Данные хранятся в Викиданных и отображаются полностью или частично на языке Википедии. Эта функция используется многими редакторами, но принесла несколько проблем, вопрос о которых был поднят сообществом в различных местах: одна из них — невозможность редактировать данные непосредственно из Википедии.

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

Сейчас проект находится на ранней стадии разработки. Было проведено много пользовательских исследований, и они будут продолжаться на разных этапах развития проекта. Следующие этапы разработки будут выполнены командой разработчиков из "Викимедия Германия", начиная с этого дня и до конца 2019 года.

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

Запланированные сроки и задачи:

  • С июня по август мы будем проводить настройки и налаживать техническую часть;
  • С сентября по ноябрь 2019 года мы разработаем первую версию и опубликуем тестовую систему, чтобы вы могли попробовать ее и оставить отзыв;
  • Позже мы протестируем эту функцию в нескольких проектах в сотрудничестве с сообществом;
    • Сначала мы сосредоточимся на тех проектах, кто ранее всего внедрили данные из Викиданных в свои инфобоксы (например Русский, Каталанский, Баскский);
    • но мы также приветствуем сообщества, которые добровольно хотят участвовать в первом тестовом этапе;
    • Затем мы дойдем до некоторых крупных Википедий (французский, немецкий, английский), чтобы узнать может ли проект удовлетворить их потребности;
    • Позже мы можем рассмотреть возможность включения этой функции во всех других проектах.

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

Если вы хотите принять участие, есть несколько способов:

В процессе большее количество идей будет добавлено на эту страницу.

Если у вас есть какие-либо вопросы для команды разработчиков, не стесняйтесь задавать их на главной странице обсуждения. Вы также можете спросить под этим сообщением, но если вы ожидаете ответ от автора оригинального сообщения, пожалуйста, не забудьте пинговать участника Lea Lacroix (WMDE).

Перевод не является идеальным и в нём возможны ошибки и неточности, если у вас есть желание, можете смело редактировать его. — С уважением, Helgo13(Обс.) 13:23, 24 июня 2019 (UTC)

Как сумел — причесал 46.251.91.199 15:17, 25 июня 2019 (UTC)

Шаблон:Start date and age[править код]

Можно ли, и как, модернизировать этот шаблон для более интеллектуального вывода "дней назад"? Вот смотрю я, например, в статью ClickHouse, фраза "1104 дня тому назад" - тяжела в понимании, а если бы было написано "3 года 1 месяц 5 дней" назад - было бы в самый раз. Сетка может быть такой, для примера:

  • Срок до 2 месяцев - все оставлять в днях.
  • Срок до года - переводить в месяцы, дни.
  • Срок до 10 лет - переводить в годы, месяцы, дни.
  • Срок до 100 лет - переводить в годы, месяцы (отбрасывать дни).
  • Срок более 100 лет - переводить в годы (Месяцы и дни не важны).

--Drakosh (обс.) 10:44, 24 июня 2019 (UTC)

Напомнило. — Vort (обс.) 11:41, 24 июня 2019 (UTC)

PAGESINCATEGORY ошибается[править код]

Почему-то глючит {{PAGESINCATEGORY:Википедия:БУ:О7}} на странице Категория:Википедия:К быстрому удалению, а именно отображается неправильное число статей рядом с О7 db-move — вот сейчас 7 (было 3) вместо 1 — причём только в критерии О7, я уже две недели наблюдаю.

Всевозможные очистки кэша не помогают, да и вообще при добавлении туда статьи обновляется сразу, так что на кэш не похоже. Что это может быть? Викизавр (обс.) 20:45, 23 июня 2019 (UTC)

Ссылки на журнал для удалённых страниц[править код]

Нельзя ли в красное предупреждение, которое показывается при попытке создать ранее удалённую страницу (Эта страница ранее удалялась или была переименована и т.д., пример) добавить ссылку на журналы этой страницы? чтобы можно было быстро узнать, например, кто её создавал. Землеройкин (обс.) 12:52, 23 июня 2019 (UTC)

  • Вроде можно, нужно на страницу MediaWiki:Recreate-moveddeleted-warn добавить ссылку как в MediaWiki:Titleprotectedwarning. Имхо, это удобно. Викизавр (обс.) 13:17, 23 июня 2019 (UTC)
  • Выше ответ неверный. На самом деле выдержка из журналов по данной странице там уже дана, просто "кто создавал" в журналах не пишется и после удаления статьи неадминистратору узнать это принципиально невозможно (надо смотреть автора первой правки, а правки все скрыты) MBH 13:31, 23 июня 2019 (UTC)
    • Макс, можно же. Викизавр (обс.) 13:33, 23 июня 2019 (UTC)
      • Вот, как раз это я имел в виду. Землеройкин (обс.) 13:46, 23 июня 2019 (UTC)
      • Хм, да, действительно. Совсем позабыл (а может и думал, что не), что действие создания страницы логируется с указанием автора. MBH 13:47, 23 июня 2019 (UTC)

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

Добавил по наводке коллеги Викизавр. Serhio Magpie (обс.) 16:02, 23 июня 2019 (UTC)

Полгода на КБУ[править код]

Подскажите, пожалуйста, как вот такое могло получиться? Полгода никто не решался перенести статью на КУ? Или из-за какого-то технического глюка она не попала в категорию? — Vort (обс.) 06:01, 23 июня 2019 (UTC)

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

Там чистили версии и последней оказалась та, что с шаблоном КБУ, так что глюков вроде нет. Викизавр (обс.) 16:03, 23 июня 2019 (UTC)

@Wikisaurus: Похоже, u:Helgo13 по ошибке восстановил версию, удалённую в 2018 году. Но раз уже перенесли на КУ, то вопрос решится в обычном порядке. — Vort (обс.) 05:57, 24 июня 2019 (UTC)
  • Да, так и есть. — С уважением, Helgo13(Обс.) 10:05, 24 июня 2019 (UTC)

Примечания[править код]

Добрый вечер. Мне кажется, что в режиме компактного просмотра перепутаны горизонтальная и вертикальная прокрутки (должна быть именно она, раньше так и было). Посмотрите любую статью, где много примечаний, например эту. Oleg3280 (обс.) 20:20, 22 июня 2019 (UTC)

Бочек, Александр Павлович[править код]

Подскажите, почему {{ФИО}} пустой? Викизавр (обс.) 12:19, 22 июня 2019 (UTC)

Проблема с шаблоном "Статьи с неактуальным шаблоном Не переведено"[править код]

Хотел на досуге почистить статьи из этого шаблона. Практически все сделал, но осталось почему-то куча статей про города США из штата Миссури. Ни в одной из них нет шаблона "не переведено". Как их убрать со страницы этого шаблона? Hdfan2 (обс.) 10:32, 22 июня 2019 (UTC)

@Hdfan2: Он тут: Шаблон:Окружные центры Миссури. — Vort (обс.) 10:38, 22 июня 2019 (UTC)
Это из-за статьи "Седалия"? Ну более-менее ясно. Спасибо! — Эта реплика добавлена участником Hdfan2 (о · в)

Завершить опрос[править код]

В табличке Актуально (см. здесь справа сверху) «завершить», а лучше удалить ссылку на опрос «Консультация по страницам обсуждений 2019. Этап 2». И 23.06 тоже самое проделать с Референдумом ниже. — VladXe (обс.) 19:56, 21 июня 2019 (UTC)

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

Готово. — С уважением, Helgo13(Обс.) 20:05, 21 июня 2019 (UTC)

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

Обсуждали с коллегами снятие патрулирования с диапазона версий (Обсуждение участника:Alexei Kopylov#Двадцетипятиугольник), и возник вопрос: а есть ли техническая возможность для быстрого выполнения такой операции? С уважением, G2ii2g (обс.) 15:41, 19 июня 2019 (UTC)

  • Простой - нет. В принципе можно написать бота, но пока он не написан, никому это ещё не было нужно. MBH 16:47, 19 июня 2019 (UTC)
    • Спасибо за информацию. С уважением, G2ii2g (обс.) 13:20, 22 июня 2019 (UTC)

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

Уже несколько дней замечаю, что некоторые соединения с Википедией зависают на средине передачи данных. Сомневаюсь — проблема у меня с оборудованием, с браузером или серверы Википедии сбоят. Наблюдал ли кто-нибудь такую проблему? Вот, к примеру, запрос, провисевший 2 минуты и завершившийся с ошибкой: GET https://ru.wikipedia.org/w/load.php?debug=false&lang=ru&modules=jquery,oojs-ui-core,oojs-ui-widgets|mediawiki.rcfilters.filters.ui|oojs-ui.styles.icons-editing-advanced&skin=vector&version=0348rln net::ERR_SPDY_PROTOCOL_ERROR 200. — Vort (обс.) 14:03, 19 июня 2019 (UTC)

  • Сегодня у меня неподетски тормозят скрипт Удобные ответы (CD) и гаджет HotCat. — VladXe (обс.) 14:10, 19 июня 2019 (UTC)
  • У меня сегодня вообще вся Википедия страшно тормозит. Думал, на моей стороне что-то. Землеройкин (обс.) 14:58, 19 июня 2019 (UTC)
  • Аналогичная проблема в разных местах. Прямо вот тут пока этот топик читал, вывод страницы замер без интерфейса, а топики ниже появлялись по капле один за другим. Помогает переход на какую другую страницу руВП и возврат, в ряде случаев только сброс запроса (закрыть вкладку, заново прийти на страницу). Обычно (но не всегда) значит, что движок на что-то (в плане софта) медленно и уныло величаво мигрирует, что порой занимает до суток. --Neolexx (обс.) 15:03, 19 июня 2019 (UTC)
    • Раньше такое тоже бывало — кусок страницы загрузится, а затем по слову в секунду дополняется. Теперь, видимо, поменялся масштаб проблемы. Если раньше такое было один раз на тысячу просмотров, то теперь чуть ли не каждый второй. — Vort (обс.) 15:15, 19 июня 2019 (UTC)
  • У меня то же. Надо искать на фабре тему, если нет - создавать. MBH 16:47, 19 июня 2019 (UTC)
  • 2 недели почти вообще не грузилась. Включится не минуту-две и несколько часов белая страница. А последнюю неделю временами грузится страница буквально по байтам, вижу пропечатку каждого предложения, уходит до минуты-двух на полную загрузку. На днях сообщение всплывало типа: «Мы улучшили наши сервисы, оцените новую скорость загрузки». Вот так около месяца я уже мучаюсь, ищу окошко во время которого пытаюсь сохранить текст. Сначала думал, что в Казахстане в связи с выборами тырнет глючит, а как оказалось — сервера подкручиают... «Не успел убежать сохранить — расслабься и получай удовольствие...» Вот такая вот любовь с Вики — огонь просто. Зайва Игорь Леонидович (обс.) 20:56, 19 июня 2019 (UTC)
    • Нет, эта проблема существует два дня, а не две недели. Две недели - это, возможно, и действительно что-то казахское. MBH 21:06, 19 июня 2019 (UTC)
      • Было и несколько раньше, точно не помню, где-то уже в этом месяце. И действительно, как ниже говорят, повторная попытка проходит нормально. --Walizka w Czarnym (обс.) 22:31, 19 июня 2019 (UTC)
  • Присоединяюсь, тоже наблюдается проблема, открываю пачку страниц разом, как привык - треть не загружается вовсе, треть наполовину... И CD срабатывает лишь на 1-2 открытых форумах. 100% помогает только сброс запроса по Неолексу, но часто и простая перезагрузка. Excellence (вклад) 21:01, 19 июня 2019 (UTC)
  • Да, проблеме два дня. Виснет вся инфраструктура Фонда. От рувики до тулфоржа и стрима.—Iluvatar обс 21:34, 19 июня 2019 (UTC)
  • Подтверждаю. Есть такая проблема. Помогает остановка загрузки страницы и её перезагрузка. Причём закономерности нет. Другие сайты работают нормально. Oleg3280 (обс.) 21:55, 19 июня 2019 (UTC)

Я думаю, завершилось. Что-то глобально обновляли. У нас же не сервер и даже не серверный кластер, и система географически разнесённых кластеров со сложным распределением нагрузки и кеширования на прокси-серверах. Поэтому порой занимает до суток и более. Поэтому и лайфхаки как выше помогали. Аналогично лайфхаку с никаким инетом с мобильного. Где часто (но не всегда) помогает просто выключить мобилу, подождать не менее 30сек и опять включить. Вроде как смысла нет, а на самом деле распределитель нагрузки подключит к менее загруженной станции, и всё опять на некоторое время залетает. --Neolexx (обс.) 12:59, 20 июня 2019 (UTC)

  • Глюк никуда не исчез, просто стал проявляться реже, как и раньше. Не похоже это на исправление. — Vort (обс.) 07:50, 23 июня 2019 (UTC)
  • В то, что сервер перегружен, поверить сложно. То грузится идеально, то тормозит ужасно. Под нагрузкой тормозило бы всё. Если предположить, что изредка кидает на «неправильный» сервер, то тоже странно: если известно, что сервер по сути издох (передача по слову в секунду эквивалентна полной неработоспособности), то его отключать надо или снимать с него лишнюю нагрузку. Но в течение многих лет (по моим ощущениям) этого не происходит. — Vort (обс.) 07:57, 23 июня 2019 (UTC)

phab:T226334 Нажаловался. MBH 17:33, 23 июня 2019 (UTC)

Скрытие изменений содержимого категорий из списка наблюдения[править код]

Возможно ли скрыть изменения такого типа из него? А по конкретным категориям отдельно? KPu3uC B Poccuu (обс.) 11:40, 19 июня 2019 (UTC)

  • Да, здесь, "скрывать категоризацию страниц". MBH 16:47, 19 июня 2019 (UTC)

Отмена правки со ссылкой в черном списке[править код]

Интересно получается: вот эту правку [4] я не могу отменить обычной отменой, потому что возвращаемая версия содержит ссылку в черном списке. Но я могу ее отменить функцией отката, что не очень хорошо, потому что не могу написать причину отмены. Оставлять в исправленном виде без отмены тоже плохо. --Sergei Frolov (обс.) 12:24, 18 июня 2019 (UTC)

  • Так удалите внешнюю ссылку из ЧС при отмене. Её по-любому не должно быть в статье. — VladXe (обс.) 12:31, 18 июня 2019 (UTC)
    • Удалить из ЧС могут только админы. Ну а из статьи удалять — тот же вандализм. Компромиссный вариант — переоформить её шаблоном {{книга}}. — Vort (обс.) 12:47, 18 июня 2019 (UTC)
      • Так не сноску удалить, а внешнюю ссылку на ресурс, который в ЧС. — VladXe (обс.) 12:55, 18 июня 2019 (UTC)
        • Так она, судя по всему, с ошибкой. На самом Академике источник указан вот так: «Большой юридический словарь. — М.: Инфра-М. А. Я. Сухарев, В. Е. Крутских, А.Я. Сухарева. 2003.», что явно полнее, чем «См. например определение термина в «Юридическом словаре», 2000.», где даже названия статьи нет (его хоть и можно угадать, но не нужно). — Vort (обс.) 13:20, 18 июня 2019 (UTC)
  • Кстати, существует техническая возможность отката с описанием. Не знаю, включена ли она в рувики. Игорь (обс) 11:20, 19 июня 2019 (UTC)
    • Интересно --Sergei Frolov (обс.) 11:23, 19 июня 2019 (UTC)
    • Включена. Технически не помню как реализуется. Не заинтересовало, ибо лишние телодвижения, а откатываю я, как правило, вандализм, где и комментировать нечего. Excellence (вклад) 14:04, 19 июня 2019 (UTC)
    • Сколько помню, это делается через личный скрипт (искать по откат) 95.24.45.192 15:08, 19 июня 2019 (UTC)

Tech News: 2019-25[править код]

20:37, 17 июня 2019 (UTC)

Что происходит с переводчиком?[править код]

Я раньше охотно использовал Бета-функцию «Перевод содержания», потому что она аккуратно заменяла гиперссылки на английские статьи их русскими аналогами (если, конечно, такие существуют), и это заметно сокращало техническую работу по созданию русских аналогов английских статей. Но в последние месяцы я не могу пользоваться этим переводчиком, причём сразу по нескольким причинам.

  1. Пропала напрочь возможность переноса математических формул. Вместо них торчит какой-то код img.
  2. Записать результат перевода в черновик теперь стало невозможно, пока примерно четверть текста не переделаешь (неважно как). Нет даже возможности занести текущий перевод в Clipboard.
  3. Списки ссылок нередко представляют собой безобразную HTML-кашу.

О качестве перевода я говорить не буду, оно меня мало волнует, всё равно текст будет переделан до основания и дополнен.

Может кто-нибудь рассказать, как с этим бороться? И почему многие хорошие сервисы (эх, Викиссыльщик!), вскоре после появления начинают портиться? LGB (обс.) 15:25, 16 июня 2019 (UTC)

  • Переводчик, похоже, принудительно переведен на версию 2.0. Старые глюки исправлены добавлением новых. Бороться никак, продукт поставляется as is. PS. Насчет записи в черновик: попробуйте лайфхак: выйти в главное меню переводов, войти обратно и сразу ткнуть в кнопку записать. Igel B TyMaHe (обс.) 15:57, 16 июня 2019 (UTC)
    • Вот на такие советы я и надеялся! Спасибо, хотя бы частично проблем стало меньше. LGB (обс.) 10:44, 17 июня 2019 (UTC)
  • Если вопрос только в ссылках, то есть ВП:Лакмус. Викизавр (обс.) 16:26, 16 июня 2019 (UTC)
    • Вопрос в автоматически преобразованных ссылках и сносках. Машинный перевод, как указал коллега, можно и не делать, хотя он несомненно ускоряет процесс. Igel B TyMaHe (обс.) 20:59, 16 июня 2019 (UTC)
    • Спасибо за наводку, любопытное и, судя по результатам первых моих испытаний, полезное средство. Качество автоматического преобразования гиперссылок с его помощью ещё как следует не оценил, сегодня попрактикуюсь. LGB (обс.) 10:44, 17 июня 2019 (UTC)
  • Ещё можно на это пожаловаться одному из разработчиков автопереводчика — коллеге Amire80. Раммон (обс.) 13:23, 17 июня 2019 (UTC)
    • ✔ Сделано. LGB (обс.) 13:32, 17 июня 2019 (UTC)
      • А про формулы народ уже давно жалуется — так до сих пор ничего в этом направлении и не сделано, видимо. И вряд ли будет сделано в ближайшем будущем. Раммон (обс.) 13:40, 17 июня 2019 (UTC)
        • Печально, если так. Для меня полная загадка — какие могут быть трудности с переводом формул, если они ни в каком переводе не нуждаются и должны быть просто скопированы без затей? LGB (обс.) 16:29, 17 июня 2019 (UTC)
Про формулы — я воспроизвёл, должно быть исправлено скоро, но не знаю точно когда. См. phab:T214256#5263052
«Записать результат перевода в черновик теперь стало невозможно, пока примерно четверть текста не переделаешь» — это главная проблема, над которой мы работаем. Люди (справедливо) жаловались, что некоторые участники записывают слишком много машинного перевода, и мы добавили более умную фильтрацию, но мы немножко перестарались, и теперь люди жалуются на фильтрацию. Очень скоро будет лучше.
«Списки ссылок нередко представляют собой безобразную HTML-кашу.» — можно пример? --Amir E. Aharoni (обс.) 16:44, 17 июня 2019 (UTC)
Свежих примеров под рукой нет, вот мартовский перевод: [6], обратите внимание на раздел «Рекомендации». Также горячо рекомендую полностью отказаться от «умной фильтрации», потому что сама идея обеспечить качество перевода с помощью количественного фильтра, мягко выражаясь, странная и уж точно бесполезная. Человек умнее любой программы, и либо он найдёт способ преодолеть фильтр, либо просто откажется от неудобного сервиса Переводчика. LGB (обс.) 17:13, 17 июня 2019 (UTC)
Amire80, для предотвращения злоупотреблением машинным переводом нужно использовать блокировки, а не фильтрацию. И, соответственно, на просьбы сделать фильтрацию нужно отвечать рекомендацией использовать механизм блокировок, доступный любому администратору. Раммон (обс.) 06:32, 18 июня 2019 (UTC)
  • Кстати, присоединяюсь. Меня эти уведомления о таком-то % машинного перевода раздражают. Системы совершенствуются и нередко выходит довольно связный машинный текст, который надо уже стилистически переработать, но записать не давало из-за этих %-ов даже в черновик (!).
    Хотя это достаточно давно было, сейчас не в курсе ситуации. Excellence (вклад) 19:24, 18 июня 2019 (UTC)
    • Поскольку разработчики автопереводчика добавлением кривой фильтрации сделали его неработоспособным, то им просто никто не будет пользоваться, и люди по-старинке будут делать переводы (в том числе и машинные переводы). Я, например, именно так перевёл на французский статью fr:Meurtre d'Anastasia Mechtcheriakova просто потому что автопереводчик ругался на процент автоперевода. Раммон (обс.) 06:49, 19 июня 2019 (UTC)
      • Коллега, пожалейте французов — «Le meurtre d’Anastasia Mechtcheriakova — le meurtre de fillette de quatre ans», «L’acte d’un policier … trouve à la fois le soutien et la critique», это вообще что, машпереводчик или ваш фирменный москоу френч? Впрочем, французам без разницы, это комшар в любом случае. Викизавр (обс.) 11:34, 19 июня 2019 (UTC)
  • Какая-то фильтрация нужна, потому что инструментом могут пользоваться не только опытные участники, но и полные новички (и он даже среди них рекламируется). Опыт первой версии показывал, что рук на то, чтобы отслеживать машинные переводы, нигде найдено не было. stjn 15:34, 21 июня 2019 (UTC)

Ш:Епископы Новгородские[править код]

Сложите его пожалуйста, не дело, когда из-за него палец устает колесо крутить. --@ → SAV © 11:11, 16 июня 2019 (UTC)

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

Special:Diff/100451274. Oleg3280 (обс.) 11:18, 16 июня 2019 (UTC)

Сноски по столбикам не раскладываются[править код]

Сперва отключили это — {{примечания|2}} , а теперь и это не работает. Может приостановить уже деятельность этого "улучшателя"? --@ → SAV © 10:30, 16 июня 2019 (UTC)

  • Schekinov Alexey Victorovich. Не знаю. У меня на разрешении 1366х768 всё работает (40em). Для автоматического разбиения без параметров и с параметром 2 нужно больше 10 сносок. Oleg3280 (обс.) 10:53, 16 июня 2019 (UTC)

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

Спасибо за идею. Поставил (30em) - заработало. — Эта реплика добавлена участником Schekinov Alexey Victorovich (о · в)

СО документаций[править код]

intitle:/\/doc/ prefix:"Обсуждение шаблона:"

Оказывается, иногда вместо обычных СО используют СО документации. По-моему, это плохая практика: 1) вопросы шаблона и его документации сложно отделить, получается дублирование; 2) за документациями меньше следят. В англовики, вероятно, думают также, а потому на СО документаций ставят перенаправления на основную СО. Если мы считаем также, можно: 1) поискать ботовода для тех же целей; 2) поставить фильтр правок, посылающий куда надо; 3) хотя бы вычистить это добро. Ну что? Викизавр (обс.) 20:03, 15 июня 2019 (UTC)

  • Не вижу ничего плохого в объединения такого рода страниц, а вижу только позитивные моменты — это в разы облегчит поиск информации и решение проблем. — С уважением, Helgo13(Обс.) 20:13, 15 июня 2019 (UTC)
  • Да, на страницу обсуждения документации ещё и не тривиально попасть, за объединение. Serhio Magpie (обс.) 20:17, 15 июня 2019 (UTC)
  • Согласен, что обсуждать документацию шаблона в отрыве от него самого — что-то запредельное. Нужен постоянный бот, который бы отслеживал новые страницы в пространстве шаблонов и переносил СО документации на СО шаблона, заменяя содержимое страницы перенаправлением. Заодно и авторов таких СО уведомлял, что так делать не надо. Хорошо бы этот момент прописать в руководстве или что там для шаблонов есть, чтобы боту было на что ссылаться. — VladXe (обс.) 19:39, 17 июня 2019 (UTC)
    • Для предупреждения таких правок можно создать фильтр правок. — С уважением, Helgo13(Обс.) 19:47, 17 июня 2019 (UTC)

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

Необходимость обсуждения шаблона на его собственной СО, а не на СО документации очевидная и была подтверждена участниками. Начнём с переноса содержимого со страниц обсуждения документации на основную СО шаблона. Сделаю запрос. — С уважением, Helgo13(Обс.) 12:25, 23 июня 2019 (UTC)

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

Реализовано в виде полного запрета создания таких страниц (с предупреждением и ссылкой на обсуждение шаблона). — С уважением, Helgo13(Обс.) 19:07, 24 июня 2019 (UTC)

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

Есть Шаблон:Спортивное соревнование. Он используется в тч в статьях про чемпионаты мира по настольному теннису. Смотрим Чемпионат мира по настольному теннису 1932. В карточке (собственно в этом самом шаблоне) видно, что предыдущее соревнование названо как "1931", а следующее как "Чемпионат мира по настольному теннису 1933 (январь)". Причем если смотреть другие чемпионаты, то у всех предыдущих в карточке идут вместо названия годы, а у всех следующих - полное название. Название подтягивается из Викиданных. Почему до 1932 года названия не подтягиваются, а с 1932 все ок - голову сломал, не могу понять. Помогите пожалуйста. --Peter Porai-Koshits (обс.) 15:54, 14 июня 2019 (UTC)

  • Похоже, что модуль Модуль:Wikidata/chronology когда не видит в конце года, решает, что нужно вставить полную строку. Serhio Magpie (обс.) 16:05, 14 июня 2019 (UTC)
    • Похоже, чуть сложнее. Ещё зависит от названия статьи. Тут, к примеру, год в конце и предыдущего и последующего. — Vort (обс.) 16:13, 14 июня 2019 (UTC)
      • @Wikisaurus: глянете, пожалуйста, почему в некоторых случаях подписи к ссылкам не сокращаются до года? Serhio Magpie (обс.) 16:21, 14 июня 2019 (UTC)
        • Ну модуль пытается быть максимально предсказуемым, поэтому не просто сокращает строчку до года, а сравнивает название данного и предыдущего, и только если они отличаются только годом — сокращает до него.
          Иначе вроде и не сделаешь — если в любом случае сокращать до года, то в статье Чемпионат мира по настольному теннису 1933 (январь) будет ссылка на следующий чемпионат как «1933», а не «декабрь 1933», а если сокращать до несовпадающего фрагмента, по в статье Чемпионат мира по настольному теннису 2001 предыдущий будет «среди команд 2000», а не «2000».
          Решение — просто проставить руками там, где нестандартные названия, и в соседних статьях. Викизавр (обс.) 16:34, 14 июня 2019 (UTC)

Шаблон:Книга:Национальная энциклопедия Узбекистана[править код]

Шаблон не поддерживает параметр «статья», как это сделано для БСЭ и прочих. 83.219.136.133 15:50, 14 июня 2019 (UTC)

Не обновляется тег <title> после просмотра изображения[править код]

При открытии ресурса Wikipedia, не важно, на главной странице, или в любой из статей, видим, что тег <title> принимает имя текущей страницы. (пример: скриншот №1)

Если, мы нажмем на любое изображение, используемое в статье, мы обнаружим что тег <title> изменился на краткое описание изображения. (пример: скриншот №2)

Если, закрыть изображение, и вернуться в статью то тег <title> остается, сохраняя параметры описания просмотренного изображения, а не обновиться, касательно текущей статьи или главной страницы. (пример: скриншот №3)

Zhdan zhdan (обс.) 11:03, 14 июня 2019 (UTC) Тестировалось на разных браузерах, а так же на разных языках (русский/английский) - ошибка аналогична.

Воспроизвёл на тествики. Это надо писать на Phabricator:. Только вначале желательно поискать — не сообщал ли кто-либо ещё там об этой ошибке. — Vort (обс.) 11:10, 14 июня 2019 (UTC)
Спасибо за ответ. Да на Phabricator: уже нашли эту ошибку 5 дней назад. (ссылка на тему). Zhdan zhdan (обс.) 11:48, 14 июня 2019 (UTC)

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

Если в этом шаблоне интервики ведёт в итальянскую ВП, то пробел перед следующим словом съедается. Причина в том, что нижний значок "it" короче, чем верхний "ru", а пробел привязан к нижнему значку. Пример: Пезенти, Антонио, в разделе "Книги" Приложение 1. Дж. Ла Грасса Микроэкономика. Если значок "en" или "de", то все нормально. Нельзя ли устранить проблему? -- Алексей Галушкин (обс.) 07:50, 14 июня 2019 (UTC)

  • может проще пользоваться другими шаблонами, а? Чтобы без этой трехуровневой строчки, тем более кривой. ShinePhantom (обс) 08:31, 14 июня 2019 (UTC)
  • Есть нормальный Шаблон:Не переведено 5, не отвлекающий читателей многоуровневыми разноцветными надстрочниками. 83.219.136.133 15:52, 14 июня 2019 (UTC)

Шаблон:Кабинет министров Сергея Терещенко[править код]

Надо увеличить ширину столбца должность раза в три.--Kaiyr (обс.) 07:48, 14 июня 2019 (UTC)

  • Этот шаблон стоит переписать, а не оставлять в таком виде. — С уважением, Helgo13(Обс.) 09:05, 14 июня 2019 (UTC)
    • Сделал. Многие министерства были переименованы или объединены. Можно их объединить что бы компактнее было.--Kaiyr (обс.) 11:08, 14 июня 2019 (UTC)
      • @Kaiyr: если Вы пришлёте мне информацию по объединению министерств, то я займусь этими шаблонами (Вы мне задавали вопрос про них на ЗСА). Нужна просто краткая информация, например Министерство труда + Министерство социальной защиты = Министерство труда и социальной защиты (17 марта 2000 года), если были разъединения, то тоже. — С уважением, Helgo13(Обс.) 11:51, 14 июня 2019 (UTC)

Лат/кир[править код]

Бот меняет латиницу на кирилицу. Тут всё нормально. Но делает он это уже второй раз. При этом, например, название статьи остаётся прежним, а ссылки на неё в статьях меняются ботом. После первого прохода я переименовал статью в соответствии с произведёнными заменами. Могу переименовать ещё раз — не проблема. Но это окончательный вариант или будут ещё? Simba16 (обс.) 17:56, 13 июня 2019 (UTC)

  • Названия на кавказских языках должны быть написаны с палочкой. Да, вариант с палочкой - окончательный. MBH 03:44, 14 июня 2019 (UTC)

параметр archivedate в citeweb[править код]

Коллеги. Я что-то делаю не так, но не могу понять что. Не поможете ли? Zergeist2 (обс.) 07:36, 13 июня 2019 (UTC)

Там были опечатки. Исправил. — Vort (обс.) 07:48, 13 июня 2019 (UTC)
Спасибо. Глаз замылился. Zergeist2 (обс.) 08:01, 13 июня 2019 (UTC)

"Домашний вики-проект" (home-wiki)[править код]

Что это более точно, есть ли это же через API? Имею в виду таблицы как Служебная:CentralAuth/Neolexx, где руВики у меня отмечена домиком и как «домашний» вики-проект. Так же у многих, но не у всех. У некоторых, например, Служебная:CentralAuth/Fränsmer - очевидно "родной", основной подпроект обозначен зелёным кружком с плюсом и новая учётная запись.
Где бы обо всём этом почитать, если есть где (на русском или английском)? --Neolexx (обс.) 09:35, 10 июня 2019 (UTC)

  • https://ru.wikipedia.org/wiki/Служебная:CentralAuth/Neolexx?uselang=qqx mw:Extension:CentralAuth#"SUL2" behavior https://doc.wikimedia.org/cover-extensions/CentralAuth/includes/specials/SpecialCentralAuth.php.html mw:SUL finalisation mw:Extension talk:CentralAuth mw:Extension:CentralAuth/API mw:API:Contributors --Sunpriat 11:42, 10 июня 2019 (UTC)
    • "Почитать по-английски" я не имел в виду почитать внутренние названия свойств формы или код PHP. mw:API:Contributors вообще не понял, как связано с вопросом. Из прочих связных текстов по ссылкам по теме нашёл только вопрос без ответа от 2012 года "что такое home wiki?"
      Из намёков тут и там: это кажется рудиментом периода перехода на единые записи и разрешения конфликтов имён (когда тот же ник был у нескольких участников в разных подпроектах). Чтобы по возможности быстро и справедливо решить, кому где оставить старый ник, кому перейти на новый ник.
      Однако коли этот рудимент оставили и вроде как удалять не собираются, то выглядит как удобный механизм сортировки "местных" и "гостей проекта", скажем, среди потенциальных выборщиков.
      Ещё бы понять: 1) как эти домики/кружочки выглядят при запросе API по нику участника - и каком запросе? 2) почему (см. начало темы) у одних домики, у других кружочки, и как это различается через API? Плачу по одному КУЛ'у по выбору ответившего на любой из этих двух вопросов (оба - два КУЛа соответственно). --Neolexx (обс.) 14:24, 10 июня 2019 (UTC)
Рядом с домиком есть значок вопроса. Кликните. Домик — тот проекте, где было запущено создание SUL в далёком 2009-2010. Плюсик ставится там, где зарегистрировался впервые или, если аккаунт был создан до SUL, то ставится только если плюсик не совпадает с домиком. Есть ещё ключик, письмо (см. учётку Джимбо). В API домашнюю вики можно вытащить, не помню как.—Iluvatar обс 14:36, 10 июня 2019 (UTC)
Платил бы в долларах - с меня был бы полновесный Кеннеди помимо спасибо. Однако КУЛы на кулейки не делятся, вспомните - приходите за оплатой. :-) --Neolexx (обс.) 14:48, 10 июня 2019 (UTC)
1 См. общее свойство "home" и свойства "method" для каждой вики.—Iluvatar обс 15:05, 10 июня 2019 (UTC)
Спасибо! Я слегка причесал, чтобы через тот же домен был и явный JSON:
https://ru.wikipedia.org/w/api.php?action=query&format=json&formatversion=2&meta=globaluserinfo&guiuser=Neolexx
Если data.query.globaluserinfo.home == 'ruwiki' то паспорт руВики, если иное, то турист или на долгосрочной бизнес-визе (например) :-)
Домики, ключики, кружочки - через запрос свойства merged (Джимбо через спецстраницу - Джимбо через API). Однако на текущий момент это скорее для исторического интереса. Если кто захочет проверить, когда и на каких основаниях система проставляла штамп о вики-гражданстве.
@Iluvatar: если есть желание - ваши два КУЛ? --Neolexx (обс.) 16:48, 10 июня 2019 (UTC)
Или без format и с utf: 1. Только не знаю, для чего вся эта информация может понадобится. По «домашней вики» даже о языке пользователя сделать предположение нельзя. Что касается КУЛ, то, если вам очень хочется, на ваш выбор. Улучшать статьи на неинтересную тему — пытка.Iluvatar обс 17:01, 10 июня 2019 (UTC)
Смерть хиппи! Да здравствуют панки! Koenigsegg CC (оплата в течение суток) --Neolexx (обс.) 20:31, 10 июня 2019 (UTC) ✔ Сделано --Neolexx (обс.) 22:43, 11 июня 2019 (UTC)
Для справки, у меня, например, "домашний" проект - это mediawiki.org. --Kaganer (обс.) 12:31, 25 июня 2019 (UTC)

Время для скриптов истекло — в статьях по тематике АТЕ[править код]

История, аналогичная тому, что было со статьёй Прохладненский район (см. тему ниже) - медленные шаблоны Население/STA и ошибки со скриптами в статьях в результате. Вероятно, работа по исправлению ситуации идёт (Википедия:Технические запросы#Модуль:Statistical), однако, думаю, нелишне будет указать на масштаб проблемы. Пока это история не повсеместная, к счастью, но для некоторых статей проблема проявляется весьма болезненно - читателю не видны довольно значительные объёмы данных (Административно-территориальное деление Кабардино-Балкарии - тут вообще осталась таблица только по одному району из 10, Алексеевский район (Белгородская область), Веретейское сельское поселение, Ивановский район (Ивановская область), Нагорьевское сельское поселение (Ярославская область), Нытвенский район - пропали таблицы с НП, входящими в состав адм. единицы). Собственно, вопрос: может ли проблема решаться точечно по указанным статьям (поскольку в точки зрения содержания статей поломки уже весьма серьёзны или даже критичны, как в случае с АТД КБР) или же без альтернативы остаётся только ждать переписывания кода/переделывания шаблона в модули? --Eustahio (обс.) 18:01, 8 июня 2019 (UTC)

  • Решаться точечно может, но криво. Как-то не очень у меня получилось преобразование HTML->викитекст. А как заставить движок отдавать именно викитекст я не нашел. Создаете подстраницу на Участник:Zero Children/ExecuteList, кидаете туда код заглючившего шаблона в закомментированом виде, ставите на нее ссылку на Участник:Zero Children/ExecuteList. После заменяете шаблон на эту самую подстраницу. Бот потом придет, шаблон обсчитает отдельно от статьи. Zero Children (обс.) 01:31, 10 июня 2019 (UTC)
    • Насчёт развёртывания шаблонов может будет полезно — mw:API:Expandtemplates или mw:API:Parsing wikitext. Serhio Magpie (обс.) 02:17, 10 июня 2019 (UTC)
      • mw:API:Parsing wikitext и пользуюсь. [ Но в ответ он выдает HTML-код.] Смотрю в настройки prop и не нахожу как вместо этого получить вики-текст. Zero Children (обс.) 02:39, 10 июня 2019 (UTC)
        • prop=wikitext, но смотрю он не разворачивает шаблон. Нужно видимо использовать action=expandtemplates — []. Serhio Magpie (обс.) 03:25, 10 июня 2019 (UTC)
  • В АТД Пермского края тоже проблемы в сносках на население и не виден шаблон внизу статьи.--Русич (RosssW) (обс.) 06:51, 10 июня 2019 (UTC)
  • А в АТД Карелии совсем всё пропало.--Русич (RosssW) (обс.) 06:55, 10 июня 2019 (UTC)
  • И здесь Список городских и сельских поселений Московской области.--Русич (RosssW) (обс.) 07:06, 10 июня 2019 (UTC)
    • 1) Создаете подстраницу Участник:Zero Children/ExecuteList/какое-то название. 2) Переносите туда код очередного {{Автонумерация}} (похоже, зачастую именно этот шаблон жрет все ресурсы). В самой статье оставляете на его месте {{Участник:Zero Children/ExecuteList/какое-то название}}. 3) Перенесенный код обрамляете <!--текст шаблона -->. 4) Добавляете на Участник:Zero Children/ExecuteList ссылку на Участник:Zero Children/ExecuteList/какое-то название. Бот будет ходить где-то раз в день и пересчитывать шаблон. Zero Children (обс.) 12:54, 10 июня 2019 (UTC)
      • Не стоит включать страницы участников в основное пространство, лучше тогда сделать через шаблон. С уважением, Helgo13(Обс.) 17:33, 10 июня 2019 (UTC)
        • Можно и в пространство шаблонов убрать. {{ExecuteList}}. Заодно и вместо выуживания кода шаблона из комментариев, сделал выуживание из noinclude тега. Zero Children (обс.) 19:37, 10 июня 2019 (UTC)
  • Тут подобных статей много. И становится больше и больше просто после прохождения бота с вполне безобидной правкой. --Ksc~ruwiki (обс.) 19:56, 10 июня 2019 (UTC)
    • Только я слабо себе представляю как в автоматическом режиме выделять заглючивший участок страницы и уносить его на {{ExecuteList}}. Так что страждующим придется делать это ручками. А бот потом подцепит все что на подстраницы накидали. Zero Children (обс.) 20:05, 10 июня 2019 (UTC)
  • Вариант: вырезать эти таблицы в отдельные шаблоны - они почти полностью формируются модулем, сейчас так делаем для больших графиков. --Sunpriat 14:11, 12 июня 2019 (UTC)

Коллеги, так каков итог-то? Почему сломано и каков окончательный путь решения? Нахрена вообще в эти таблицы добавили автонумерацию? В чём проблема была пронумеровать статически? И почему эти мега-таблицы снова в статьях, а не в модуле?--Kaganer (обс.) 12:39, 25 июня 2019 (UTC)

  • Эти таблицы сейчас выносятся в отдельный шаблон. — С уважением, Helgo13(Обс.) 13:10, 25 июня 2019 (UTC)
  • Автонумерация это только пол беды, пару дней назад и простую таблицу пришлось перенести - {{ExecuteList/Тверская область}}. Проблема в самих модулях для Населений. Serhio Magpie (обс.) 13:43, 25 июня 2019 (UTC)
    Ну так можно же было какую-то инструкцию написать, с 12-то июня? И вывесить её куда-нибудь на видное место в шапку форума. Что происходит, кто крайний, чем можно помочь, что делать, когда видишь в статье такую ошибку. Люди же видят это всё и спрашивают... --Kaganer (обс.) 16:48, 25 июня 2019 (UTC)

Сломали интерфейс патрулирования[править код]

Теперь, просто открыв недопатрулированную статью, там нет кнопки в скобках, разворачивающей дифф между пат- и последней версиями. У всех это? Это было запланировано? MBH 11:11, 7 июня 2019 (UTC)

  • Вроде всё норм — в первой, синей строке «проверки требуют … правок», во второй, белой — «(сравнить)». Викизавр (обс.) 11:16, 7 июня 2019 (UTC)
    • Нет, та кнопка разворачивала уже готовый дифф без перезагрузки страницы, нынешняя загружает другую страницу, в которой уже дифф. Возможно, в векторе давно было поломано, я говорю о монобуке. MBH 12:38, 7 июня 2019 (UTC)
  • Подтверждаю проблему. Например, Выборы в Европейском союзе. Раньше была возможность предварительного просмотра изменений по сравнению с отпатрулированной версией как в режиме обычного просмотра статьи, так и в режиме редактирования. А сейчас просто сообщение без возможности предварительного просмотра изменений. Тема вектор (по умолчанию). Oleg3280 (обс.) 19:34, 7 июня 2019 (UTC)
  • Не знаю про скобки, но если в "проверки требуют 14 правок" ткнуть в "14 правок", то как раз таки искомый дифф и открывается. Zero Children (обс.) 19:42, 7 июня 2019 (UTC)

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

Да, это баг, внесённый разработчиками, на фабре уже создан тикет. Временное решение - внести в special:mypage/common.css код #mw-fr-difftoggle { display:inline !important; } MBH 21:25, 9 июня 2019 (UTC)

  • Ура. Уже починили. Oleg3280 (обс.) 20:48, 19 июня 2019 (UTC)

Нехватка памяти в Августа Датская[править код]

Статья выдаёт ошибку «Ошибка Lua: not enough memory». Проверил — можно исправить, заменив {{ВД-Преамбула}} на вручную введённый текст. Но ведь статья-то маленькая, что жрёт память? Викизавр (обс.) 13:50, 2 июня 2019 (UTC)

Шаблон Генеалогия. С уменьшением глубины до 3 ошибка пропадает. --Drakosh (обс.) 13:55, 2 июня 2019 (UTC)
  • Она почти с любым изменением пропадает — видимо, тростинка перебивает спину слону. Тут бы как-то численно померять — есть ли инструменты для этого? Викизавр (обс.) 14:04, 2 июня 2019 (UTC)
  • @Wikisaurus: можно вписать в консоль браузера mw.config.get("wgPageParseReport").scribunto["limitreport-memusage"].value + " / " + mw.config.get("wgPageParseReport").scribunto["limitreport-memusage"].limit. Даже в предпросмотре. К сожалению, о больших удобствах разработчики не побеспокоились. — Vort (обс.) 14:47, 2 июня 2019 (UTC)
  • Там источник на дату смерти указан нестандартно. Может, в Модуль:Sources дело? Я менял на более ожидаемый формат (и внешняя ссылка у примечания заработала), но не понял, помогло ли, и вернул в исходную позицию для продолжения поиска проблемы. Сидик из ПТУ (обс.) 17:55, 2 июня 2019 (UTC)
    • Думаю, это некорректное указание источника всё же не виновато. Сидик из ПТУ (обс.) 17:59, 2 июня 2019 (UTC)
  • Тормозит Модуль:Wikidata/Places2, написанный на основе Модуль:Wikidata/Places. 1 августа Places был оптимизирован, если подставить вместо Places2 его неоптимизированную версию, то работать будет ещё медленнее. Places2 - старый Places - нынешний Places. Не знаю, почему проблемной стала именно эта страница и не начнём ли замечать эту же проблему в остальных статьях с модулем (может быть, что-то изменилось в последние дни?). Решение проблемы лежит в объединении модулей, хотел сделать это ещё на майских, но всё руки не доходят. Значит, с этим надо поспешить. Сидик из ПТУ (обс.) 18:44, 2 июня 2019 (UTC)
    • Их сейчас не нужно объединять — в Places2 много сырого кода, с переменными вроде nado3 и недокументированными особенностями, его перенос в Places1 значительно усложнит поддержку последнего. Лучше бы оптимизировать Places2. Places1 действительно работает в три раза быстрее от этой правки? Викизавр (обс.) 18:50, 2 июня 2019 (UTC)
      • Не от неё именно. 1 августа было много правок, предпоследняя даёт приблизительно то же время. Сидик из ПТУ (обс.) 19:07, 2 июня 2019 (UTC)
        • А, вижу — они у меня от 31 июля, привет часовым поясам. Викизавр (обс.) 19:23, 2 июня 2019 (UTC)

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

Оптимизировано. Память кушает энтити элемента «Германия» — избавился от подгрузок сторонних элементов в модуле. Сидик из ПТУ (обс.) 17:58, 15 июня 2019 (UTC)

Предосмотр внутривикипедийных ссылок AJAX слишком маленькое окно[править код]

Можно ли изменить размер подгружаемого окошечка ссылки на значительно больший?

Хотелось бы также видеть ссылки в окошечках не только из основного пространства имен (статей). phab:T215685 — Эта реплика добавлена участником Axon-x (о · в)