Внезапные неполадки со статьёй? Первым делом очистите серверный кэш.
Куда выложить скриншот проблемы? Используйте внешние хостинги, например imgur.com или files.fm. Или загрузите его на Викисклад, что удобно делается через УдОбсы.
Слишком сложная проблема, относится к другим проектам? Сообщите на Фабрикаторе.
За задачу за несколько дней никто не взялся? Добавьте в тему {{подст:техзадача|Суть задачи коротко}} (список задач).
Неполадки со скриптами? Откройте инструменты разработчика (обычно клавишей F12), перейдите на вкладку «Консоль» и скопируйте в тему текст ошибок (на красном фоне).
Нужен список статей по определённым критериям? Попробуйте PetScan.
Не удалось войти в учётку из-за потери доступа к электронной почте? Прочтите страницу(англ.).
Задача решена? Создайте подраздел === Итог === для ускоренного переноса заявки в архив ботом через 3 дня вместо 14.
🤷♂️ я обычно оставляю заголовки совсем как есть, чтобы проще было восстановить источник при надобности. в т. ч. если там неправильный кирлат, но был он и в оригинальном заголовке. исключение - капс, его заменяю на мелкие буквы, особенно если при копировании заголовка он сам переходит в некричащий регистр 𝐒𝐡𝐚𝐛𝐞 (обс.) 15:51, 5 декабря 2025 (UTC)[ответить]
Тут ещё вопрос в том, что мы видим набранный современный текст, но не видим сканированную копию оригинала источника — весьма вероятно, что опечатка была допущена при наборе текста в процессе перепечатки, а не в оригинале источника. — Alex NB IT (обс.) 15:52, 5 декабря 2025 (UTC)[ответить]
Делая эту правку (см. также правку до), я обнаружил, что если указать thumb/мини, то увеличение цифры ширины от 800 до 1000 и далее до 1700 пикселей не приводит к расширению картинки. Это какой-то известный эффект движка? 从乃廾13:05, 5 декабря 2025 (UTC)[ответить]
а что он делает? Он как бы делает хуже: в нём можно ставить любой размер, но реально он будет даже меньше 800, остальное будет занято пустой рамкой. 从乃廾14:12, 5 декабря 2025 (UTC)[ответить]
С са́мого начала моего редактирования я всегда добавляю текст и источники со смартфона и уже не сосчитать сколько раз происходит такое: пишем текст, добавляем источники (в визуальном редакторе) → переходим в редактор кода и вот в этом момент интерфейс просто зависает и не реагирует ни на что бесконечное кол-во времени. При попытке перезагрузить страницу иногда (очень и очень редко!) вылетает плашка «восстановить несохранённые изменения?», а чаще всего не сохраняется ничего и меня переносит в режим чтения статьи, будто и не вносил никаких изменений. Зависает всегда в разные моменты: сначала спокойно перехожу между редакторами, а потом виснет и слетают все изменения. Уже не знаю, сколько времени было потрачено на то, что исчезло в миг. Помогите, пожалуйста, кто знает. Может, у кого-то была такая же проблема (хотя уверен, со смартфона тут не сидит никто). Senya48 (обс.) 11:24, 4 декабря 2025 (UTC)[ответить]
очевидное решение - выключить вредоносный редактор и править сразу код? Есть гаджет, помогающий через гуи вставлять шаблоны источников сразу в режиме викикода. 从乃廾11:33, 4 декабря 2025 (UTC)[ответить]
А на основе чего визуальный редактор — вредоносный? По-моему, Викимедиа или кто там этим занимается должны делать всё для удобства редакторов, которые вроде тут бесплатно батрачат. Из кода не редактирую, потому что максимально неудобно добавлять сноски и шаблоны. А что за гаджет? Можно ссылку? Спасибо заранее. Senya48 (обс.) 11:40, 4 декабря 2025 (UTC)[ответить]
Если «кто-то там» вам должен «чего-то там», то вероятно к нему и стоит обратить эти рассуждения. Мы тут все обычные волонтеры, которые даже практические советы давать не обязаны, но даём в силу присущего нам человеколюбия. Pessimist (обс.) 16:05, 4 декабря 2025 (UTC)[ответить]
Не мне обязан, а всем, ибо если сделать проект максимально неудобным, то его никто не станет редактировать. Хотя бы минимально можно было бы за 20+ лет исправить баги. Но это вопросы к Викимедиа. Тут же я пытаюсь узнать у более опытных участников, как можно избежать проблемы, ведь я тут полезной деятельностью пришёл заниматься, а не ловить баги. Senya48 (обс.) 16:12, 4 декабря 2025 (UTC)[ответить]
Ну напишите ему, что он не только вам, а всем обязан, тут это зачем вообще обсуждать? Вам дали совершенно практический совет, а вы зачем-то начали рассказывать чего должен Фонд. Pessimist (обс.) 16:33, 4 декабря 2025 (UTC)[ответить]
Я лишь упомянул его, но не разворачивал вопрос конкретно по нему. Это Вы уже порекомендовали обратиться в Викимедиа. Ответ уважаемого MBH для меня практическим не стал, потому что я спросил что за ошибка и как её не допустить, а не как пользоваться редактором кода через некий «гуи» (впервые слышу). Если уж никак не избежать, то так бы и написали. Senya48 (обс.) 16:45, 4 декабря 2025 (UTC)[ответить]
О, спасибо. У меня он оказывается есть, только я не знал, что делает эта буква «Р» в углу, потому и не нажимал. Посмотрю, что можно сделать с ним. Senya48 (обс.) 16:14, 4 декабря 2025 (UTC)[ответить]
Кажется, некоторое решение нашли, и все же добавлю: проблемы с переходом из визуального в простой часто бывают и при работе с компьютера, не только со смартфона. Иногда просто не реагирует, жмешь-жмешь и ничего, иногда теряет изменения. Потому: либо не связываться с визредом, либо, если уж связался, идти до конца, переключение у них объективно слабое место. Demetrius Talpa (обс.) 17:30, 4 декабря 2025 (UTC)[ответить]
Вот такого ответа я и ждал. Теперь хоть ясно, что проблема скорее всего непоправима и не на стороне пользователя. Спасибо, буду знать. Senya48 (обс.) 17:43, 4 декабря 2025 (UTC)[ответить]
Но происходит это именно на стороне пользователя. А поэтому можно по-крайней мере попытаться сократить вероятность появления этой проблемы. Так как она возникает, судя по всему, в результате нехватки памяти при обработке редактируемой страницы браузером. При долгом редактировании, там разрастается кеш версий для быстрой отмены, а если страница большая... сами понимаете. Наверное самое простое решение — если при редактировании открыто много вкладок и других приложений, то лучше их закрыть. Возможно это поможет. Или редактировать короткими не продолжительными сессиями. Как-то так. Pls (обс.) 18:55, 4 декабря 2025 (UTC)[ответить]
У себя на компьютере давно проблем не замечал, даже при переключении между редакторами. Кроме разве что если одна и та же страница разных ревизий открыта на разных вкладках, и случайно начать редактировать старую версию (по крайней мере предполагаю такую проблему по последствиям, не проверял). D6194c-1cc (обс.) 19:06, 4 декабря 2025 (UTC)[ответить]
Как упомянули выше — это может быть связано с недостатком памяти и множеством открытых вкладок в браузере. Да, это заметно, когда за одну правку вносишь много текста, переключение всё медленее и медленнее идёт между редакторами, ну а иногда просто не идёт, как у меня) Senya48 (обс.) 03:38, 5 декабря 2025 (UTC)[ответить]
До этого поста я думал, что один обременён этим багом. Лично я его не фиксил, а просто адаптировался, и больше он мне не мешает — привык. Нашёл для себя оптимальный способ борьбы с этим: просто часто сохранять написанное либо редактировать маленькими правками. Limekas (обс.) 18:28, 4 декабря 2025 (UTC)[ответить]
К такому я никогда не привыкну . Честное слово, сколько было потрачено нервов, когда я изрыл половину интернета в поиске источников, сидел оформлял статью весь день и в момент она перестала загружаться. Ладно, может, с компьютера лучше править и в режиме кода, раз визуальный редактор и на мобильных и на ПК грешит. Senya48 (обс.) 03:35, 5 декабря 2025 (UTC)[ответить]
Скрыть вводящую в заблуждение кнопку "написать письмо администратору"
Точно ли выскакивает именно это сообщение (с кнопкой «Написать письмо администратору») тем, у кого заблокирован диапазон IP, но не заблокирован аккаунт? Просьба привести пример такого участника.Судя по коду (последний блок if), такого не должно происходить. Заблокированные IP-диапазоны видят то (без кнопки админа), а заблокированные IP-адреса видят то (тоже без кнопки админа). Только заблокированные учётки, у которых ни IP-диапазон, ни IP-адрес не заблокированы, видят это (кнопка админа). 𝐒𝐡𝐚𝐛𝐞 (обс.) 20:34, 4 декабря 2025 (UTC)[ответить]
Если заблокирован конкретный IP, то кнопка админа точно есть. Тестирую на своей учётке, заходя через свой личный прокси (заблокированный на полгода как прокси). IPv6, если вдруг это как-то влияет (хотя, не должно). При попытке править статью получаю такое. Если нажать кнопку про администратора, то будет такое. dartraiden (обс.) 21:45, 4 декабря 2025 (UTC)[ответить]
Пока это писал нашёл ещё баг... Обратите внимание на текст "скоро появится на вашей странице обсуждения". Ссылка красная, хотя моя СО существует. А потому что ссылка ведёт на СО анонима (IP-адреса), несмотря на то, что я залогинен в учётку. Аналогично себя ведёт кнопка "Запросить разблокировку". Она создаёт запрос разблокировки на СО анонима. Этот баг репортили в 2020 году и он жив до сих пор. То есть, MediaWiki:Blockedtext не учитывает, залогинен ли юзер или нет. Соответственно, залогиненный юзер создаст запрос на разблокировку на СО анонима, спалив свой IP... dartraiden (обс.) 21:58, 4 декабря 2025 (UTC)[ответить]
IPv6, если вдруг это как-то влияет Да, проблема именно в этом. {{#ifeq: $7 | $3 явно не работает В отличие от IPv4-адресов, записываемых однозначно, IPv6 адреса могут быть записаны по-разному, например, с буквами в верхнем и нижнем регистрах и не только: IPv6-адрес#Запись адреса. MediaWiki, увы, совершенно точно не самосогласована (используются различные представления в разных местах) и далеко не во всём следует стандарту RFC 5952. @Shabe: special:diff/150453132, special:diff/150453133.
$9 — 1 если не может править свою страницу обсуждения, иначе пустая строка
$10 — 1 если запрещена отправка писем, иначе пустая строка
Если заблокирован диапазон, то кнопки "написать админу" нет (это правильно), также нет кнопки "мой вклад" (наверное, правильно в случае блокировки диапазона). Нажатие кнопки "запросить разблокировку" корректно создаёт запрос о разблокировке на странице обсуждения учётки (если залогинен) или анонима (если не залогинен).
Если заблокирован конкретный IP, то кнопки "написать админу" нет (это правильно), кнопка "мой вклад" есть (правильно), а вот запрос о разблокировке в варианте "диапазон IPv4" улетает на правильную страницу, а в варианте "конкретный IPv6" всегда улетает анониму (а должен улетать на СОУ учётки при залогиненности).
Также добавил в сообщения, отображаемые при блокировках IP-адресов и IP-диапазонов, такие же проверки, как уже ранее добавил для учётных записей: нет смысла предлагать запросить разблокировку и показывать соответствующую кнопку, если пользователь не может править свою страницу обсуждения: special:diff/150454120, special:diff/150454121 — Alex NB IT (обс.) 02:21, 5 декабря 2025 (UTC)[ответить]
{{#ifeq: $7 | $3 явно не работает поправьте, если ошибаюсь, но вроде это и не должно было работать для IP-диапазонов. они шли по первой же цепочке блока:
{{#if:{{#titleparts: $7 | 1 | 2 }}|<!-- IP-диапазон, если в $7 присутствуют / -->{{MediaWiki:Blockedtext/IP-диапазон|
Да, это так коряво работает визуальный редактор. На фабрикаторе имеется немалое количество сообщений на данную тему, но никто ничего менять не собирается, аргументируя «сохранением намерений пользователя» (ответ Эда Сандерса, ведущего инженера-программиста, руководителя команды разработки визуального редактора, можно сказать, официальная позиция) — Alex NB IT (обс.) 12:35, 4 декабря 2025 (UTC)[ответить]
Здравствуйте! 1. Регулярно отключается от Википедии моя электронная почта. Приходится её постоянно подтверждать. 2. При подтверждении написано, что письмо уже послано. Но это не так. Приходится каждый раз письмо отправлять вручную нажатием меню. 3. Сегодня почта совсем перестала подключаться. Не могу восстановить свою почту. Все время выходит сообщение "Неправильный код подтверждения или срок действия кода истёк." — Matsievsky (обс.) 11:11, 4 декабря 2025 (UTC)[ответить]
Постоянно отключается подтверждение почты. Приходит сообщение, что почта не подтверждена. А в этот раз при подтверждении почты стоит вчерашняя дата, и почта не подтверждается. Matsievsky (обс.) 13:41, 4 декабря 2025 (UTC)[ответить]
А попробуйте с телефона. Скачать приложение Gmail, в нём создать Гугл-аккаунт, а при создании пропустить введение телефона. Можно там ввести вашу яндекс-почту в качестве резервной. 𝐒𝐡𝐚𝐛𝐞 (обс.) 14:21, 4 декабря 2025 (UTC)[ответить]
Ниже вы упомянули Виндовс 11 — т. е. доступ к компьютеру у вас иногда есть? Если да, просьба через него попробовать зарегистрировать новый Гугл-аккаунт (или воспользоваться имеющимся, если есть). У меня в Гугле множество запасных аккаунтов, и к большинству из них никакого телефона не привязано, так что теоретически это возможно, стоит попробовать. 𝐒𝐡𝐚𝐛𝐞 (обс.) 14:54, 4 декабря 2025 (UTC)[ответить]
👌, тогда можно кого-то с некорпоративным номером попросить. Чтобы вы ввели тот телефон, на него пришёл код, а потом отвязать созданную почту от чужого номера телефона.А для Фабрикатора просьба ответить на эти вопросы и прикрепить скриншоты:
Где именно появляется уведомление, что ваша почта отвязана? Как оно дословно звучит? Стоит прикрепить скрин.
Где и что вы нажимаете, чтобы код выслался?
Скриншот того, что код уже выслан.
Скриншот "Неправильный код подтверждения или срок действия кода истёк."
Matsievsky, тогда попробуйте создать почту от Microsoft: [1] (ссылка «Создать бесплатную учётную запись» в нижней части страницы). Насколько я помню, никаких подтверждений по SMS там не требуется, новый аккаунт регистрируется прямо сразу. Заходить туда можно по адресам live.com или outlook.com (это одно и то же). — 109.252.176.10216:45, 4 декабря 2025 (UTC)[ответить]
Совет не очень, т.к. если таки затребует подтверждение, то будет облом. Смс от Microsoft в Россию не доходят уже несколько месяцев. Я так пролюбил аккаунт, в котором был указан телефон, но двухфакторная авторизация не использовалась. Казалось бы, ничего страшного в номере телефона нет, раз он не используется для входа. А на днях при попытке залогиниться, выдало, что мол давно ты не входил, давай-ка смс прими. А смс не доходят, обломчик, теперь в учётку не войти. 5.165.128.7000:14, 5 декабря 2025 (UTC)[ответить]
Возможно, и правда ваш антивирусник против этого браузера настроен. Что в принципе не слишком удивительно: Яндекс Браузер и в плане данных не безопасен, и шёл в качестве дополнения к вирусам в 2010-х, насколько припоминаю.Если вам важен именно этот браузер, то попробуйте на свой страх и риск добавить Яндекс Браузер в белый список ваших антивирусных программ.Но я бы советовал перейти на другой браузер. Brave знаменит своей безопасностью. 𝐒𝐡𝐚𝐛𝐞 (обс.) 17:19, 4 декабря 2025 (UTC)[ответить]
хахах, и такое бывает) идеально безопасных вариантов не существует. любой контакт с чужим кодом (браузером/страницей), не написанным лично собой, = риск. но в Яндексе он значительно выше. ну а тот же Гугл Хром собирает много личных данных - больше, чем Брейв. вот и выходит, что Брейв безопаснее 𝐒𝐡𝐚𝐛𝐞 (обс.) 10:43, 5 декабря 2025 (UTC)[ответить]
Не из-за санкций. Или из-за домена .ru, или из-за российского хостера. У меня раньше стояла почта в домене .ru, который принадлежит мне и который точно не под санкциями, но Википочта доходила через раз. Заменил на gmail — с тех пор проблем с этим не имею. Можно было бы поэкспериментировать с доменом .com (его есть у меня), но мне как-то лень. 𝓛𝓮𝓸𝗞 𝗮 𝗻 𝗱22:03, 4 декабря 2025 (UTC)[ответить]
при очень глубоких ветках (например) и маленькой ширине экрана это может происходить и без скина с ограничением ширины контента - перейдите по ссылке в моём сообщении и сделайте окно браузера 1024x768, например. sapphaline (обс.) 20:55, 4 декабря 2025 (UTC)[ответить]
На Timeless'е удалось повторить там же, в настольной версии. А вот при тех же настройках (на десктоп-версии) в Векторе 2022 текст увеличивается пропорционально уменьшению пикселей: Так что хотя бы временно, может, попробуйте его?) 𝐒𝐡𝐚𝐛𝐞 (обс.) 21:26, 4 декабря 2025 (UTC)[ответить]
чтобы букмарклет работал, в браузере должен быть включён JS, иначе тап по кнопке ничего не даст. так что как будто нету смысла создавать браузерную закладку, если цель - выключить JS 🤷♂️ 𝐒𝐡𝐚𝐛𝐞 (обс.) 14:12, 3 декабря 2025 (UTC)[ответить]
не хочу постоянно с включённым js сидеть, т.к. оно заметно увеличивает скорость загрузки страниц/различных действий позвольте поинтересоваться аппаратной конфигурацией используемых вами устройств? — Alex NB IT (обс.) 14:22, 3 декабря 2025 (UTC)[ответить]
По умолчанию для двух и более слов InputBox ищет в режиме «Эти слова». Порой важен/удобнее (без лишних зажирлений) режим «Именно этот текст». Ср. поиск NGC 2639 в наборе страниц Проект:Подведение итогов/NGC/* вставленного между кавычек, потом без кавычек:
Понятно что можно заранее подставлять кавычки, как выше. Но копипастить поисковый текст в зазор между кавычек неудобно. Есть {{Выполнить скрипт}} и есть, например, inputBoxNoPrefix.js. Последний не совсем понял что делает, но сама идея корректировать работу InputBox через доп.скрипт не криминальна, получается.
То есть можно ли добавить в ondemand скрипт, который в увязке с InputBox будет добавлять кавычки вокруг ввода перед отправкой формы? — Neolexx (обс.) 21:09, 1 декабря 2025 (UTC)[ответить]
Update: Как прямо-таки техзадание не стал метить, но если кто с правами на правку в пространстве MediaWiki: заглянет. Вот такой скриптик (с учётом чтобы лишние кавычки не ставить), если бы его можно было подключать через {{Выполнить скрипт}}, делает ровно о чём я спрашивал. — Neolexx (обс.) 18:09, 2 декабря 2025 (UTC)[ответить]
varform=document.forms['searchbox'];if(!!form){// still thereform.addEventListener('submit',function(){varval=this[0].value;if(!(val.startsWith('"')&&val.endsWith('"'))){this[0].value='"'.concat(val,'"');}});}
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Новости для редакторов
2 декабря в приложениях Википедии под iOS и Андроид появятся Википедийные итоги года — 2025, включающие персонализированные данные, новые данные по чтению и свежий дизайн. Приглашаем ознакомиться с подробностями на странице проекта.
Команда роста работает над улучшением формулировок и внешнего вида электронных писем с верификацией, которые рассылаются новым пользователям. Цель проекта — сделать эти письма более гостеприимными, полезными и информативными. Будет проведено A/B-тестирование новых формулировок; приглашаем помочь с их переводом, см. Фабрикатор.
Функция «Добавить ссылку» будет развёрнута в Википедиях на китайском, урду и японском 2 декабря. Она использует предсказательную модель и предлагает добавить внутренние ссылки в статьи. Эта функция уже работает во многих Википедиях, но несколько языков не поддерживались до последнего времени. Новая модель их поддерживает, так что обновлённая версия этого инструмента постепенно будет развёрнута во всех Википедиях. Вопросы по этой функции можно задавать Trizek (WMF).
Приглашаем ознакомиться с отчётом о решённых задачах; на прошлой неделе было решено 34 задач. Например, исправлена проблема, из-за которой поиск на некоторых страницах Викисклада показывал ноль результатов из-за перехода со SpecialSearch на MediaSearch. [2]
Фонд Викимедиа находится на ранней стадии проекта, призванного улучшить опыт новичков по созданию статей. Планируется исследовать различные способы упрощения и увеличения понятности правил для новых редакторов, которые хотят создать новую статью. Сейчас проект находится на этапе исследования и экспериментального дизайна; приглашаем всех участниц и участников сообщества узнать больше о проекте и поделиться своими соображениями на его странице обсуждения.
Участник, который этим занимался, к сожалению покинул проект вместе со своим ботом. Эстафета никому не передана. Так что придется, по всей видимости, ручками. 128.70.153.24116:05, 1 декабря 2025 (UTC)[ответить]
У нас это где-то уже использовалось? Я постараюсь залить в Викиданные в декабре, но в Википедии ничего не планирую делать. — putnik19:33, 1 декабря 2025 (UTC)[ответить]
Да, я понимаю про результаты переписи 2021 года. Я имею ввиду, используем ли мы какие-то данные, помимо населения, из прошлых переписей? — putnik08:46, 2 декабря 2025 (UTC)[ответить]
Конкретно у меня сейчас на операционном столе {{Книга:Энциклопедия «Москва» 1980}}. Тут такая задача: дано — "страница=X", нужно получить "другая страница=X, если X < 449, и другая страница=(X-2), если X>=449". Не знаю, можно ли это получить при использовании только стандартного викиязыка шаблонов (и, соответственно, #-операторов вроде #if)? -- Wesha (обс.) 01:26, 30 ноября 2025 (UTC)[ответить]
другая страница={{#ifexpr:{{{страница}}}<449|{{{страница}}}|{{#expr:{{{страница}}}-2}}}}
У меня вообще все эти ссылки попереносились чуть ли не на три разные строки при определённом разрешении экрана, да ещё и побуквенный перенос. ТЫК! Иногда даже возникает ощущение, что они относятся не к участнику, сделавшему правку. «Обсуждение» на первой строке, на второй «вк», на третьей «лад|блок». Очень забавно выглядит. -- Megitsune-chan(会話)09:59, 1 декабря 2025 (UTC)[ответить]
И что дальше, кому от этого плохо было? Мне и 99% пользователей без разницы технические детали, а выглядит это вырвиглазно. Это выделение жирным никак логически не обосновано, его нет ни в одном крупном языковом разделе. Верните, как было. —Corwin of Amber (обс.) 13:13, 25 ноября 2025 (UTC)[ответить]
Поскольку программисты Фонда фактически отказались заниматься возвращением возможности возврата в новый Вектор переключателя языков одним кликом, вопрос. У нас есть гаджет (Настройки → Гаджеты → Интервики: переносить в начало списка), который позволяет выводить в старом Векторе предпочитаемые языки в начало списка. Нельзя ли доработать его так, чтобы он работал в новом Векторе, помещая отобранный список в боковое меню? Если эту штуку можно будет подключить на глобальном уровне (для всех интервик), было бы совсем хорошо. 𝓛𝓮𝓸𝗞 𝗮 𝗻 𝗱08:52, 25 ноября 2025 (UTC)[ответить]
Теоретически можно, но не факт, что получится хорошо. Насколько помню, когда я пробовал переделывать отображение списка языков внутри ULS, основной проблемой было отловить момент открытия, когда они кромсают список на секции по континентам. И тут если они сделают phab:T282024, то возможно станет чуть полегче (но может и нет). Но если совсем на него забить, и просто сделать отдельную панель с языками, то такой проблемы не будет. Но есть большой риск, что она будет появляться с некоторой задержкой, вызывая заметное дёрганье интерфейса. И тут разве что её добавить после правой панели, чтобы хотя бы её не дёргало. — putnik22:48, 25 ноября 2025 (UTC)[ответить]
@Leokand, мне тут пока неофициально (не знаю, есть ли соответствующие тикеты) сказали, что Фонд всё же рассматривает вариант интервики-ссылок без выпадающего меню как на Викискладе (см. левый сайдбар в примере). Так что давайте пока немного подождём и посмотрим. — putnik09:51, 4 декабря 2025 (UTC)[ответить]
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Новости для редакторов
На прошлой неделе Команда поиска воссоздала функциональность гаджета «DWIM» (Do What I Mean, «сделай то, что я имею в виду») на стороне сервера для Википедий на русском и иврите. Суть функциональности в том, что она предлагает подсказки в другой клавиатурной раскладке, например, если поискать слово cxfcnmt в русской Википедии, то в результатах будут подсказки для слова счастье, которое скорее всего имелось в виду. На этой неделе планируется добавить эту функциональность в другие проекты на русском и иврите. [5]
На этой неделе пользователи бета-функции «Улучшенная подсветка синтаксиса» получат подсветку синтаксиса в DiscussionTools. Для её работы нужно включить настройку «Включить инструменты редактирования для режима правки кода». [6]
Расширение CampaignEvents, добавляющее инструменты для координации мероприятий и прочей коллективной работы, было развёрнуто во всех проектах Фонда Викимедиа. Оно включает новую функциональность под названием «Совместная работа», которая помогает организаторам и участникам видеть результаты своей работы. Приглашаем на воркшоп, где «Совместную работу» можно будет увидеть в работе и поделиться своим отзывом.
Приглашаем ознакомиться с отчётом о решённых задачах; на прошлой неделе было решено 24 задач. Например, исправлен баг, из-за которого перестал работать CodeReviewBot. [7]
Технические обновления
Приглашаем пользователей API Викимедиа поучаствовать в исследовании, которое позволит проверить, насколько хорош новый дизайн песочниц REST API. Чтобы принять в нём участие, заполните заявку. [8]
Команда интерфейсов Медиавики начинает удаление таблиц стилей XSLT из Action API. Поддержка format=xml&xlst={stylesheet} будет прекращена к концу ноября 2025 года, вдобавок, в версиях v1.43 (LTS), v1.44 и v1.45 будет выключена их поддержка. Полностью таблицы стилей XSLT будут удалены из MediaWiki v1.46 (ожидаемая дата релиза — апрель—май 2026 года). [9]
Устаревшая конечная точка WDQS (query-legacy-full.wikidata.org) будет снята с эксплуатации в конце декабря 2025 года, а затем окончательно выключена 7 января 2026 года. После этой даты пользователи, запрашивающие у query.wikidata.org полный граф, будут получать либо ошибку, либо неверные результаты, если они не переписаны на SPARQL federation. Команда просит пользователей удостовериться, что инструменты используют поддерживаемые конечные точки WDQS (https://query.wikidata.org/, Основной граф, или https://query-scholarly.wikidata.org/, Научный граф). Помощь с миграцией доступна на страницах Data Access и Request a Query, где также приведены альтернативные методы доступа.
В сносках часто встречаются длинные заголовки, набранные капсом (например, здесь). Мелочь, но неприятно. Хорошо бы сделать для викиредактора дополнение, которое позволяло бы с этим бороться. Например, преобразовывать выделенный текст в нижний регистр. — Simba16 (обс.) 12:31, 24 ноября 2025 (UTC)[ответить]
Реализации вы будете ждать ещё несколько лет по меньшей мере. Гораздо проще поставить соответствующее расширение для браузера (для Файерфокса оно есть точно, скорее всего существует и для других наиболее распространённых браузеров). 𝓛𝓮𝓸𝗞 𝗮 𝗻 𝗱23:07, 24 ноября 2025 (UTC)[ответить]
Выглядит суперски! Спасибо! Это трудоёмкая задача или с нужными навыками и прогами не очень? А то я (в продолжение той же темы) рискую спросить, можно ли ещё извлечь статистику из КУ:
Все номинации КУ с заголовком статьи вида /NGC [0-9]+/ с Итог удалено и с Итог оставлено. То есть по которым уже есть итог. Статьи и ссылки не нужны, только общее число тех и других.
То же самое что выше, плюс где создателем запроса КУ является Участник:Гоголь М
Пожалуйста! Для меня скорее трудоёмкая (в технических делах не силён и способы получения результата специфические), но рад, что получилось помочь. Насчёт остального посмотрю. LNTG (обс.) 17:35, 22 ноября 2025 (UTC)[ответить]
Минимум 1651 страница КУ. Если предположить, что галактики всегда выносились группами и одним участником, получается, количество страниц КУ = количество номинаций, верно? Но если добавить к параметрам поиска имя Вашей учётной записи, количество страниц КУ сокращается до 1516. LNTG (обс.) 18:15, 22 ноября 2025 (UTC)[ответить]
Вплоть до вчерашнего или позавчерашнего дня при удалении статьи в поле «Другая причина/дополнение» появлялась заполненная ссылка на обсуждение на КУ, а сейчас зачем-то ссылка на номер статьи в Викидате. Можно как-то назад вернуть, а то приходится ручками заполнять и копипастить (когда не забываю)? 𝓛𝓮𝓸𝗞 𝗮 𝗻 𝗱21:50, 21 ноября 2025 (UTC)[ответить]
Я понял в чём проблема: я пару дней назад подключил гаджет «Выпадающие меню для страниц и участников». Сейчас отключил гаджет, снова стал появляться корректный текст со ссылкой на КУ. Гаджет с этим полем можно как-то поженить? А то он удобный, мне понравился. 𝓛𝓮𝓸𝗞 𝗮 𝗻 𝗱22:08, 21 ноября 2025 (UTC)[ответить]
В данной статье шаблон {{статья}} при параметре 'язык = ru-petr1708' выдаёт названия месяца на английском (July, April и т. п.), а не на русском дореформенном (января, февраля, марта, апрѣля, маія, іюня, іюля, августа, сентября, октября, ноября, декабря), как это сделано с латышским. Где это исправить можно? — Футболло (обс.) 08:43, 21 ноября 2025 (UTC)[ответить]
Коллеги, а почему у нас вставка шаблона cite web из панели над окном редактирования (раздел «Ссылки на источники») приводит к нерекомендуемому формату параметра accessdate вместо access-date? Видимо, это Википедия:Гаджеты/refToolbar. Мне-то всё равно, работают они оба, но странно, когда ты делаешь стандартно, а за тобой ходит бот и исправляет :) This is Andy↔08:17, 19 ноября 2025 (UTC)[ответить]
Коллега @Vladimir Solovjev, и поменяйте там пожалуйста заодно «страниц» на «всего страниц». А то в шаблоне поправили, а там нет. А если сможете для шаблона «книга» добавить поле «язык», совсем хорошо будет, а то приходится каждый раз его ручками вписывать. 𝓛𝓮𝓸𝗞 𝗮 𝗻 𝗱13:16, 19 ноября 2025 (UTC)[ответить]
Добрый вечер, уважаемые техколлеги. Хотелось бы знать, как вы относитесь к возможности стереть Википедия:Гаджеты/Подсказки для поисковых запросов в неверной раскладке? Это гаджет, который ловит ввод на ошибочной раскладке, когда забыли переключить язык, и показывает правильные варианты результатов. Например, если ввести в поле википоиска текст «geirby», поймут, что это Пушкин. Причина предложения — функциональность перенесена в движок. Я не знаю, есть ли у неё теперь недостатки, поэтому своё мнение не высказываю. Но достоинства есть, например, наконец заработало в Новом Векторе, в отличие от. Пингую редактировавших импортированный гаджет, @Iniquity и @Jack who built the house. Что скажете? Игорь (обс) 14:39, 18 ноября 2025 (UTC)[ответить]
1. попроверял — и действительно без гаджета всё работает. отключил у себя в настройках "Показывать дополнительные подсказки в «малом» поле поиска при использовании неверной раскладки". проверял во всех темах оформления, в обеих версиях: мобильная + настольная. "ghfdlf" всё так же распознаётся как "правда", а "еру иуфедуы" — как "the beatles", так что гаджет не нужен, без него всё гуд 𝐒𝐡𝐚𝐛𝐞 (обс.) 15:46, 18 ноября 2025 (UTC)[ответить]
Функция list() и является таковой отдельной функцией под определённый вид оформления. Iniquity хочет отделить логику сопоставления кодов, названий и сокращений языков от оформления. Чтобы функция lang() модуля Languages только возвращала пару из названия и сокращения, а оформление выполнялось в другом модуле. — Alex NB IT (обс.) 11:14, 22 ноября 2025 (UTC)[ответить]
А, то есть вообще этот модуль в текущем состоянии разделить на два? Так как там сейчас и так 8 функций с разным оформлением/логикой, что уже было бы без разницы если в него вставлять ещё и lang и tr. Solidest (обс.) 11:46, 22 ноября 2025 (UTC)[ответить]