Внезапные неполадки со статьёй? Первым делом очистите серверный кэш.
Неполадки со скриптами? Откройте инструменты разработчика (обычно это делается клавишей F12), перейдите на вкладку «Консоль» и скопируйте в тему текст ошибок (на красном фоне).
Хотите выложить скриншот проблемы? Не загружайте его в Википедию и на Викисклад — используйте внешние хостинги, например imgur.com.
За задачу за несколько дней никто не взялся? Добавьте в тему {{подст:техзадача|Суть задачи коротко}} (список задач).
Нужен список статей по определённым критериям? Попробуйте PetScan.
Задача решена? Создайте подраздел === Итог === для ускоренного переноса заявки в архив ботом.
В англоязычной Википедии существует полезный шаблон для отображения университетских рейтингов — https://en.wikipedia.org/wiki/Template:Infobox_university_rankings. Он позволяет стандартизировано указывать позиции вузов в таких рейтингах, как QS, THE, ARWU, USNWR, CWUR, URAP, Scimago и др., с поддержкой годов и ссылок на источники.
В русской Википедии аналогичного шаблона нет. Сейчас рейтинги часто оформляются вручную в текстовом виде, что приводит к разнородности оформления и усложняет обновление данных.
Предлагаю создать аналогичный шаблон и у нас, с учётом специфики русской Википедии. Это позволило бы:
унифицировать оформление разделов о рейтингах в статьях о вузах;
облегчить редактирование и обновление данных о рейтингах;
обеспечить более качественную визуализацию.
Готов при необходимости начать техническую работу над созданием шаблона по аналогии с английским, но хотелось бы получить мнение технического сообщества — стоит ли реализовывать, как лучше структурировать.
С какого-то недавнего момента в списке наблюдения делается разрыв слов с переносом на следующую строку. Это теперь так задумано, или какая-то локальная проблема? bezik✎11:11, 1 июня 2025 (UTC)[ответить]
Коллеги, в последнее время я часто стакливаюсь с тем, что все посещённые мною страницы резко становятся непосещёнными. Такое было пару раз за месяц и вот произошло сейчас. Как это лечится? Футболло (обс.) 13:39, 30 мая 2025 (UTC)[ответить]
Ссылка на элемент Викиданных
Коллеги, только у меня слева ссылка на элемент Викиданных выглядит по-разному в разных статьях? В одних — «Элемент Викиданных», как и было всегда, зато в других — непонятный «Элемент Wikidata». Сбыча мечт (обс.) 06:42, 30 мая 2025 (UTC)[ответить]
Возможно, это связано с карточкой-таксобоксом. Потыкал в разные таксоны — везде отображается именно как «Элемент Wikidata», причём на разных уровнях вплоть до эукариот, но при этом в царствах (Растения, Бактерии) опять нормально, как «Элемент Викиданных». От используемого скина это, как я понимаю не зависит (у меня Монобук). — Cantor (O) 08:24, 30 мая 2025 (UTC)[ответить]
Слушайте, я обнаружил закономерность! Если открыть HTML код страницы (View Source), там есть такой комментарий: Saved in parser cache with key (ла-ла-ла-ла) Rendering was triggered because: (xxx).. Так вот, если Rendering was triggered because: unknown, то будет Wikidata, а если что-то другое, то Викиданные. Roxiffe-le-boim (обс.) 14:58, 30 мая 2025 (UTC)[ответить]
Вообще, как я поняла, что это из-за того, что watchlist-announcements в одном блоке mw-rcfilters-ui-cell вместе с кнопками «Изменение списка наблюдения» и «Настройки», которые вот только добавили. И раз кнопок две, то и анонсы размножились вместе с ними. -- Megitsune-chan(会話)11:11, 30 мая 2025 (UTC)[ответить]
Комментарий: У меня сначала было предположение о том, что кнопки так размещены из-за того, что у меня 13-дюймовый ноутбук, но при подключении ОГРОМНОГО внешнего монитора, как ни странно, стало ещё хуже, а на телефоне — наоборот, лучше. У меня также было предположение о том, что кнопки так размещены из-за того, что я использую устаревшую тему оформления (MonoBook), но при любой другой теме ровно то же самое. Guest Kashapov (обс.) 12:17, 31 мая 2025 (UTC)[ответить]
Проблема от комбинации нашего дизайна анонсов в списке наблюдения и новых багов в «улучшенном» (на самом деле, ухудшенном) списке наблюдения с фильтрами. Пока пофиксил только проблему с двойными анонсами, в целом же баг фильтров СН отслеживается в phab:T395646. stjn14:57, 30 мая 2025 (UTC)[ответить]
Техновости: 2025-22
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Новость недели
На Мете открыто общественное обсуждение по вопросу разработки Абстрактной Википедии: где будет храниться абстрактный контент, получаемый из Викифункций и данных с Викиданных. Дискуссия будет идти ддо 12 июня на странице Abstract Wikipedia/Location of Abstract Content. Просим всех заинтересованных оставлять мнения. Окончательное решение будет принято Фондом после окончания обсуждения.
Новости для редакторов
С прошлой недели во всех вики-проектах, кроме 20 самых больших, в мобильном визуальном редакторе в меню появились дополнительные инструименты, доступные по нажатию на кнопку +. Новое меню включает добавление сносок, иероглифов и программного кода. Планируется развернутьэто нововведение в остальных проектах в июне.
Функция парсера #ifexist больше не будет создавать ссылку на страницу, на которую ссылается. Это сделает страницу Служебная:Требуемые страницы более удобной, оставив на ней только те страницы, которые действительно ссылаются на красную ссылку. Это изменение будет развёртываться постепенно, по мере обновления исходных страниц. [1]
На этой неделе Команда инструментов модерации запустит новый фильтр на странице Свежих правок в индонезийской Википедии. Этот фильтр подсвечивает правки, которые с высокой долей вероятности будут отменены. Задачей фильтра является помочь патрулирующим свежие правки в выявлении потенциально проблемных правок. В будущем его развернут и в других проектах.
Незалогиненные пользователи, кликнувшие на пустое поле поиска, начнут получать рекомендации статей, которые стоит почитать. Эта функциональность появится и в настольной, и в мобильной версиях. В ивритской, итальянской и каталонской Википедиях, а также несколько братских проектов получат это нововведение в период с 21 мая по середину июня. В других проектах оно появится позже. Цель этой функциональности — привлечь посетителей сайта к чтению большего количества статей. Подробности см. по ссылке.
Некоторые пользователи приложения Википедии под Андроид могут попробовать Вики-игры, ежедневно обновляемую викторину по историческим событиям. Сейчас проводится A/B-тестирование, и Вики-игры доступны половине пользователей в арабской, английской, испанской, китайской, португальской, русской, турецкой и французской Википедиях.
Расширение «Рассылка», доступное на MediaWiki.org, позволяет создавать различные рассылки для пользователей по всему миру. Оно получило возможность публиковать новые выпуски из ссылок на разделы на единой странице, не требуя создавать новую страницу для каждого выпуска. [2]
Приглашаем ознакомиться с отчётом о решённых задачах; на прошлой неделе было решено 32 задач.
Технические обновления
Представления БД ipblocks, помеченные как устаревшие в Wiki Replicas, будут удалены в начале июня. Приглашаем использовать вместо них новые представления block и block_target.
Функция подписки на страницы обсуждения уже включена в какое-то расширение к движку, из-за чего в навменю у меня появились две ссылки «Подписаться». Причём в настройках отключён гаджет «Удобные обсуждения». — Vlad5250обс.16:45, 25 мая 2025 (UTC)[ответить]
Это просто потрясающе. Документация шаблона Баскетбол и сам шаблон противоречат друг другу (это видно прямо в документации, в разделе Использование: выводится совсем не то, что написано). И похоже так было с самого начала! Но никто это не замечает 13 лет. Roxiffe-le-boim (обс.) 18:49, 24 мая 2025 (UTC)[ответить]
Наверное, неплохо бы желающим заняться приведением в соответствие - а то я, когда в свое время писал {{КёрлСМ}} (и подобные по кёрлинг-сборным), почему-то посчитал нужным написать документацию в соответствии (вроде бы), а не как-нибудь ;) -- Алексей Густов (обс.) 19:12, 25 мая 2025 (UTC)[ответить]
Каждый день, когда я открываю страницу ВП:КУ, я вижу что количество надписей "Шаблон:Удаление Статей" умножается раза в два. Коллеги, подскажите, так и должно быть? Это что-то у меня не так работает или что-то не так с самой страницей? Просто возникает ощущение, что шаблоны скоро победят и захватят всю страницу. Скриншот вторжения прилагаю.
Разгребатель (обс.) 11:41, 23 мая 2025 (UTC)[ответить]
Уже сообщалось для другой страницы. Сокращайте или думайте, что делать с модулем, на котором это построено. Имхо (но я не разбираюсь в кэшировании), можно вытащить из шаблона добавления заголовков (Только обсуждения без итогов, Обсуждения, в которых нужно подвести итог) в отдельный шаблон и подставлять их ботом. Кроме того, раздел "Только обсуждения без итогов" формируется шаблоном (т.е. шаблон скрывает закрытые номинации), но делается это через regexp, а не стилями. Оно и логично - для стилей нужны дополнительные классы, с другой стороны, можно (опять же - ботом) вместо классов для каждого элемента обернуть ими лишь разделы, и работать со стилями. Бот здесь нужен для переноса заголовков разделов в полночь UTC каждый день. ~~~~ Jaguar K · 13:34, 23 мая 2025 (UTC)[ответить]
К сожалению, на ПИ я ещё не прохожу по минимальным требованиям, а мои навыки программирования ещё требуют улучшения. Хотя нет, код там довольно простой. Разгребатель (обс.) 14:44, 23 мая 2025 (UTC)[ответить]
Судя по предпросмотру, удаление regexp и замена на класс ничего не меняют и только делают хуже, равно как и полное удаление кода заголовков. Значит, либо работать, либо объединять страницы КУ, либо заменять шаблон на модуль {{Удаление статей| --> {{#invoke:AfD|AfDday|, однако, замену лучше делать на другой странице, так как на этой бот вскоре сотрет изменения, либо обращаться к ботоводу (написал ему). Замена сокращает размер включений вдвое. Вот что Фонд должен исправить в первую очередь, а не быстро-быстро вектор-22 насильно накатывать. ~~~~ Jaguar K · 14:06, 23 мая 2025 (UTC)[ответить]
Post‐expand include size: 1145630/2097152 bytes - отлично. Даже странно, что сейчас размер растет х2. Года полтора назад он рос х1.3. Что творят разработчики вики? ~~~~ Jaguar K · 15:47, 23 мая 2025 (UTC)[ответить]
Что касается ВП:Ы, на мой взгляд его никак не поправить нормально per x2 коэффициент, т.к. в нем вдвое больше русского текста, чем в самом КУ (целевая страница + ссылка на якорь этой страницы на КУ). Варианта два: 1. Обрезать страницу где-то снизу, убрав старые номинации 2. Убрать все ↑. ~~~~ Jaguar K · 16:49, 23 мая 2025 (UTC)[ответить]
Вопрос не вполне корректный. Зачем разбивать по годам, когда проще окинуть взглядом все номинации, какие есть, без необходимости куда-то переходить? По крайней мере, в момент создания логика была такова, разрослись эти страницы сущеееественно позже. — Cantor (O) 15:25, 26 мая 2025 (UTC)[ответить]
Момент создания был очень давно, и сейчас все изменилось. Так или иначе «окинуть взглядом» нельзя больше одного экрана. Давайте разобьём эту страницу на годы и не будет этих всех проблем. Roxiffe-le-boim (обс.) 19:12, 26 мая 2025 (UTC)[ответить]
Автомат перевода
Здравствуйте. Сегодня с утра не могу найти автомат перевода: соответствующая закладка исчезла из списка. Прим. В настройках Инструмент перевода отмечен птицей (раздел Бета-функции). Прошу совета. basic (обс.) 10:53, 23 мая 2025 (UTC)
Комментарий: Одновременно исчез сохраненный ранее пароль к учетке. basic (обс.) 10:53, 23 мая 2025 (UTC)[ответить]
Да, действительно кнопка есть. Что касается кнопки «вклад», изменение призошло именно сегодня с утра. Интересно, что бы это могло значить? basic (обс.) 11:49, 23 мая 2025 (UTC)[ответить]
Понятно, что инструмент таким образом стал фактически менее доступным. Просто любопытно, кто/что стоит за этим новшеством? basic (обс.) 02:52, 24 мая 2025 (UTC)[ответить]
Емнип, часть участников хотела убрать оттуда ссылку на этот инструмент, как помогающий клепать кривые переводы. 从乃廾13:32, 24 мая 2025 (UTC)[ответить]
И заодно вопрос - есть ли простой способ определить, в каких шаблонах используется шаблон, если он используется в документации множества шаблонов (=> в этих шаблонах он не используется, но из-за включения doc в страницу шаблона сам шаблон попадает в список)? ~~~~ Jaguar K · 20:46, 21 мая 2025 (UTC)[ответить]
Логично, чтобы шаблон {{Внешние ссылки}} не сливался с блоком навшаблонов — у них совершенно различаются и задачи, и содержание. Сейчас сделать между ними промежуток возможно только с помощью «костылей» — или оставить две пустые строки, или вставит шаблон {{-}}… Как лучше всего изменить шаблон {{Внешние ссылки}}? NBS (обс.) 16:15, 21 мая 2025 (UTC)[ответить]
Логично как раз, чтобы никаких промежутков между этими шаблонами в статьях не было при текущей реализации. Я бы проголосовал за то, чтобы бот зачистил все эти {{-}} между ВС и навшаблонами — визуально кажется, что вёрстка кривая у страницы. Сидик из ПТУ (обс.) 08:44, 22 мая 2025 (UTC)[ответить]
Я за то, чтобы вшить его в движок и прилеплять к категориям, а не к нав.шаблонам, чтобы не было необходимости вручную вставлять его в каждую статью. — Cantor (O) 11:30, 23 мая 2025 (UTC)[ответить]
Коллеги, у меня подключен скрипт-удалятор Землеройкина. Довольно древний, но вполне рабочий с учётом доделок. Подключен через вот такую конструкцию уже не помню почему.
Раздражают некоторые мелочи, может кто сможет допилить. Например, если я выношу на медленное удаление с быстрого, то хорошо бы тем же автоматом удалять db и hangon.
А еще в текст обоснования номинации хочется вставлять ссылки на правила, а инструментария быстро добавить [[|]] нету. Pessimist (обс.) 14:47, 20 мая 2025 (UTC)[ответить]
А ещё было бы неплохо добавить поле ввода для написания комментария при КБУ. А то сейчас можно только шаблон поставить, а если хочешь ещё и комментарий написать, то делай отдельной правкой. -- Megitsune-chan(ОБС.)09:58, 21 мая 2025 (UTC)[ответить]
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Новость недели
Команды редактирования и машинного обучения работают над новой проверкой для новых редакторов: Проверка на цветистые выражения. Она использует предсказательную модель на основе искусственного интеллекта, которая будет предлагать редакторам исправить тон добавляемого текста. Приглашаем редакторов оценить первую версию языковой модели для следующих языков: английского, арабского, испанского, португальского и японского. Чтобы опробовать модель, залогиньтесь на MediaWiki.org до 23 мая, после этой даты начнётся тестирование.
Новости для редакторов
С 30 мая 2025 года всем ревизорам и чекъюзерам будет нужно включить двухфакторную аутентификацию (2FA). Все пользователи, имеющие эти флаги и не включившие 2FA, получили уведомление. В будущем это требование может распространиться и на другие учётные записи с расширенными правами. Подробности см. по ссылке.
К концу мая начнётся массовое развёртывание мультиблокировок. Все невикипедийные вики-проекты и каталонская Википедия получат их на неделе, начинающейся 26 мая, а все остальные Википедии — на неделе, начинающейся 2 июня. Если у вас есть опасения насчёт развёртывания этой функциональности, напишите работающей над ними команде. Администраторы могут посмотреть на новый интерфейс блокировки в своём проекте по ссылке Служебная:Заблокировать?usecodex=1, а протестировать функциональность мультиблокировок можно на тествики. Мультиблокировки позволят накладывать несколько разных блокировок на одного и того же пользователя одновременно. См. страницу помощи. [3]
Позже на этой неделе будет обновлён дизайн списка всех служебных страниц, Служебная:Спецстраницы. Новый дизайн улучшит UX сразу в нескольких аспектах: появится поиск по полным и сокращённым названиям служебных страниц, сортировка, более заметная маркировка страниц с ограниченным доступом, а также страница станет лучше выглядеть на мобильных устройствах. Предпросмотр новой версии доступен на бета-кластере; отзывы просим оставлять на Фабрикаторе.[4]
27 мая в пяти Викисловарях будут развёрнуты Викифункции: на языках хауса, игбо, малаяламе, бенгальском и мальдивском. Это второй этап разворачивания Викифункций. После окончания работ в этих проектах станет можно вызывать функции и включать их на страницы проекта. Каждая функция принимает один или больше аргументов, а затем выполняет какие-то операции, например, суммирует два введённых в неё числа, переводит метры в мили, считает количество дней, прошедших с определённой даты, выводит падежные формы слова. Викифункции позволяют совершать подобные действия простым вызовом стабильной глобальной функции, не создавая локальный шаблон.
Приглашаем ознакомиться с отчётом о решённых задачах; на прошлой неделе было решено 29 задач. Например исправлен баг с созданием учётной записи через API. [5]
Объект mw.title позволяет получить информацию о вики-странице на языке Lua. На этой неделе у mw.title появится новое свойство, isDisambiguationPage. Оно позволяет проверить, является ли она страницей разрешения неоднозначности, не требуя писать для этого отдельную функцию. [7]
Разработчики пользовательских скриптов получили новый инструмент, позволяющий загружать Javascript-код и CSS с gitlab.wikimedia.org при помощи mw.loader.load. Автор инструмента надеется, что это позволит совместно работать над скриптами, включая использование линтера, создание юнит-тестов, генерацию кода и код-ревью на gitlab.wikimedia.org без необходимости копировать код в вики-проекты для проведения интеграционных тестов и финального приёмочного тестирования. Подробности см. на странице Tool:Gitlab-content on Wikitech.
В результате получилось плохо, порваны почти все слова — и длинные, и короткие, и в самых неожиданных местах. И несистемно: если что-то такое делать, то уж делать на всех служебных страницах (вклад, история, разница версий и др.), bezik✎11:29, 1 июня 2025 (UTC)[ответить]
Изменения в гаджете правки преамбулы
Пользователь:ницам темы оформления «Вектор-2022»: гаджет правки преамбулы больше не создаёт пустого пространства после загрузки страницы.
Всем: гаджет более не отображает ссылку на правку преамбулы в визуальном редакторе. Это сделано, так как визуальный редактор не поддерживает редактирование разделов и из-за этого результат перехода по этой ссылке тот же, что и по вкладке «Править».
Если кто-то не согласен со вторым изменением, напишите, пожалуйста, в этой теме. Если несогласных с этим будет очень много, его можно будет отменить. Пользуясь случаем замечу, что по словам продакт-менеджерки Фонда Викимедиа с сегодняшней встречи включить «Вектор-2022» всё ещё планируется без исправления его проблем через 4-6 недель. stjn19:23, 19 мая 2025 (UTC)[ответить]
>Это сделано, так как визуальный редактор не поддерживает редактирование разделов и из-за этого результат перехода по этой ссылке тот же, что и по вкладке «Править». Хотя я не пользуюсь им, казалось, что это не так. Он код всей страницы отправляет на сервер, если ткнуть редактирование раздела и править только его? ~~~~ Jaguar K · 19:42, 19 мая 2025 (UTC)[ответить]
Почему не убрать его в subpages?
Сейчас просто очень странно выглядит нагромождение индикаторов + ссылки править, я в целом поэтому и не пытался предложить решение запихнуть эту ссылку туда. Пользуясь случаем замечу, что по словам продакт-менеджерки Фонда Викимедиа с сегодняшней встречи включить «Вектор-2022» всё ещё планируется без исправления его проблем через 4-6 недель. А хоть как-то объясняют? Iniquity (обс.) 20:17, 19 мая 2025 (UTC)[ответить]
А если я правильно помню, то если её нет, то всё нормально отображается. Есть возможность сделать проверку на неё? И если она есть, то добавлять туда, а если нет, то уже куда-то в другое место. И у меня странное ощущение, что раньше этого subpages не было, или какая-то другая структура была. Iniquity (обс.) 20:24, 19 мая 2025 (UTC)[ответить]
Если её нет, то многие страницы «прыгали», потому что между строкой индикаторов и карточкой просто нет свободного места, куда можно впихнуть ссылку. См. любую статью с координатами, например Саннохе (уезд). — putnik20:30, 19 мая 2025 (UTC)[ответить]
> А хоть как-то объясняют? Проблемы ULS считаются разработчиками недостаточно значимыми в сравнении с теми улучшениями, которые предоставляет новый скин, плюс утверждается, что переключение языков в сравнении с текущим скином всё-таки якобы для читателей улучшено, пусть и не совершенно. stjn17:21, 20 мая 2025 (UTC)[ответить]
Вот только не существует (вменяемых) людей, пользующихся интернетом без джаваскрипта. И никогда не существовало. 从乃廾17:40, 20 мая 2025 (UTC)[ответить]
А кто я тогда по-вашему?.. Да и вообще смысл моего сообщения не в этом, смысл в том, что если существует нормальная версия для читателей с отключённым js, то почему бы не настроить её отображение, а не сломанной джаваскриптовой версии? 90.154.73.6717:41, 20 мая 2025 (UTC)[ответить]
И вообще, если вы из своего пузыря 5 сайтов (википедия-реддит-вк-ютуб-твиттер) не вылезаете и дальше них ничего не видите, то сидите и дальше в нём, только не надо пожалуйста всем навязывать своё видение Интернета, называя тех, кто с ним несогласен, невменяемыми. Ваш узкий кругозор - не проблемы других людей. 90.154.73.6718:02, 20 мая 2025 (UTC)[ответить]
Мде, вангую, что они и Vector 2022 не доделают до нормального состояния и выпустят Vector 2025, который тоже не доделают, с такой позицией. Iniquity (обс.) 18:22, 20 мая 2025 (UTC)[ответить]
Викификатор и сноски
Коллеги, давно ли у нас Викификатор зачищает пробелы между тэгами ref в ряду сносок? Вроде бы раньше такого не было.
На этот счёт у меня два замечания. Во-первых, он это делает криворуко: между рефами пробелы убирает, а между шаблонами (sfn и пр.) оставляет. Если в цепочке сносок чередуются разные способы оформления, получается полное безобразие. Во-вторых, при оформлении таблицы я бы предпочла иметь возможность оставлять разрывы между сносками, иначе распирает колонку, таблица большая и каждое знакоместо на счету. При этом вставлять принудительный перевод строки не хотелось бы, ведь ширина экрана бывает разной, мои цепочки сносок должны под нее адаптироваться.
Принт-скрин ссылок с использованием шаблона zwsp Если использовать шаблон {{zwsp}}, результат в гораздо бо́льшем количестве случаев будет ещё хуже. 𝓛𝓮𝓸𝗞 𝗮 𝗻 𝗱14:30, 18 мая 2025 (UTC)[ответить]
У него есть какое-то ограничение в зависимости от версии браузера. "Opera 95", кнопка гаджета внизу страницы есть, но при нажатии окошко не появляется. В "Яндекс 24" всё нормально. — GAN (обс.) 18:03, 17 мая 2025 (UTC)[ответить]
В Вики нельзя редактировать через бесплатные и платные прокси. Вероятно в РФ вики скоро заблокируют и вики на русском языке останется совсем без редакторов. Пользователи, которым присвоен флаг ipblock-exempt не подвержены автоблокировкам или блокировкам IP-адресов. Предлагаю участникам с флагами патрулирующего и автопатрулирующего освободить от ограничений правок через прокси и включить в флаг ipblock-exempt. Kurono (обс.) 13:49, 17 мая 2025 (UTC)[ответить]
насчёт карты — в итоге ведь так и не стало известно, сколько активных редакторов в рф?пока Википедия не заблокирована, новые обсуждения просто не имеют смысла тут соглашусь Shabe (обс.) 15:10, 18 мая 2025 (UTC)[ответить]
Да, та же проблема. Стжн днём сделал в скриптостилях правку с описанием про это, но она, похоже, не помогла. 从乃廾12:08, 15 мая 2025 (UTC)[ответить]
Сейчас это частично исправилось: крупными в сообщении остались только те слова, которые по совместительству являются ещё и гиперссылками, а обычный текст теперь снова мелкий. — Jet Jerry (обс.) 12:45, 15 мая 2025 (UTC)[ответить]
Исправлено только в плашке над текстом статьи. В плашке на странице истории, а также кнопки в форме патрулирования до сих пор отображаются отличным по размеру шрифтом. — Mike Somerset (обс.) 14:10, 15 мая 2025 (UTC)[ответить]
Не знаю, как верно написать заголовок запроса, но что-то произошло, и у меня теперь любая правка в Википедии (хоть в основном пространстве, хоть в обсуждениях, на форумах) предваряется требованием ввода капчи. Из-за чего это может происходить? И неожиданно сменился IP-адрес (статический), который был уже не один год. Вот и данный запрос тоже требуется подтвердить капчой. Слушайте, у обычного нормального юзера столько терпения просто нет. Началась война с анрегами? — 178.17.202.10921:22, 14 мая 2025 (UTC)[ответить]
Оба участника не захотели вникнуть в суть вопроса (проблема именно технического характера). А зачем тогда здесь отметились? Подобные пренебрежительные отписки меня не интересуют. Ну и косвенно это подтверждает войну с анрегами. — 178.17.202.10922:34, 15 мая 2025 (UTC)[ответить]
>Оба участника не захотели вникнуть в суть вопроса (проблема именно технического характера)
Есть некоторые проблемы при онлайн генерации карточек на lua из wikidata:
невозможно отслеживать изменения не заходя на страницу и каждый раз перепроверяя всё ли в порядке
даже если данные подтягиваются с wd, то порой редакторы правят карточку, тем самым блокируя дальнейшие изменения этих полей. Это не очень хорошее поведение для постоянно меняющихся данных, например для обновления версий ПО
иногда бывают случаи, когда невозможно напрямую использовать информацию с wd и её нужно дополнить или модифицировать
также есть шаблоны, которые берут информацию с wikidata, в основном статическую и выводят её в разных представлениях, например генеалогические деревья или информация по всяким соревнованиям, т.к. данные не меняются, то тратятся ресурсы на постоянную перегенерацию
Пришла идея, что можно сделать бота, который будет периодически проверять соответствие с wd и корректировать расхождения, внося на страницы статическую информацию, чтобы потом не было лишних вызовов и страницы были предсказуемые.
На сколько эта идея жизнеспособна и есть ли потребность в таком боте или может уже есть что-то подобное? CupIvan (обс.) 08:38, 13 мая 2025 (UTC)[ответить]
Так-то в карточках импорт параметров из Викиданных и был настроен именно для того, чтобы не нужно было постоянно перепроверять и актуализировать меняющуюся информацию. Но поскольку в некоторых ситуациях она отображается некорректно с точки зрения правил/традиций русского раздела, то для этого и придумано, что локальное значение параметра блокирует импорт из ВД. (Это ответ только на часть стартового сообщения, остальное комментировать пока не берусь.) — Cantor (O) 13:35, 13 мая 2025 (UTC)[ответить]
не будет ли лучше тогда для меняющейся информации (те же версии ПО) сделать приоритет викиданных над локальными значениями? CupIvan (обс.) 14:07, 13 мая 2025 (UTC)[ответить]
Мне кажется, что это будет контринтуитивно при редактировании карточек. Для таких свойств тогда уж логичнее вообще убирать параметр для локальных значений. — putnik14:44, 13 мая 2025 (UTC)[ответить]
ну вот я убираю, а потом редакторы его опять добавляют и актуализация версий прекращается либо, возвращаясь к идее с ботом - он может проверять подобные параметры и вместо правки с новой версией - стирать значение, чтобы подтягивалось из wd актуальное CupIvan (обс.) 15:13, 13 мая 2025 (UTC)[ответить]
Я про то, чтобы вообще убрать параметр, а не только его значение. Но тут надо смотреть конкретные шаблоны и проверять, что локально нет никаких важных данных. Например, для начала можно добавить трекинговую категорию. — putnik18:49, 18 мая 2025 (UTC)[ответить]
Вектор 2022 и ULS: встреча с руководством Фонда и членами различных команд
Здравствуйте, в ходе нашей последней дискуссии о Векторе-2022 и Универсальном селекторе языков мы написали, что «проведем открытую встречу с руководством Фонда и членами различных команд», чтобы «поговорить о различных проектах, приоритетах и способах совместной работы сейчас и в будущем».
Сейчас Фонд сосредоточен на технических вопросах, в частности на проектах для пользователей с расширенными правами. В связи с этим мы хотим узнать, как лучше работать с вами. Так что присоединяйтесь к встрече, потому что нам нужно услышать от вас больше и поговорить с вами напрямую.
Я бы хотел пригласить как тех, кто написал отзывы о Векторе-2022 и Универсальном селекторе язков, так и тех, кто только добавил четыре тильды по теме Срочное включение Вектора-2022 (2025). Конечно, на встрече будет присутствовать Ольга из команды, создавшей тему «Вектор-2022». Также будут наши коллеги из команды, отвечающей за Универсальный языковой селектор, из отдела доверия и безопасности, пользователь Victoria и руководители отдела продуктов и технологий.
Встреча состоится 19 мая в 19:00 по московскому времени (16:00 UTC) на сайте Zoom. Нажмите здесь, чтобы присоединиться. Встреча будет проходить на русском и английском языках и займет не более часа. Вместо презентации и нескольких вопросов мы хотим, чтобы это было в основном обсуждение. Я не планирую записывать ее, чтобы сохранить конфиденциальность участников. Однако мы можем записать ее, если вы заранее сообщите нам, что не сможете присоединиться, но хотели бы послушать/посмотреть ее позже, и если те, кто присоединится, не будут возражать.
English
Hello, in our last discussion about Vector 2022 and Universal Language Selector, we wrote that we will "host an open meeting with the leadership of the Foundation and members of different teams" to "talk about different projects, priorities, and the ways we can work together now and in the future."
The Foundation is now focusing on technical matters, and particularly on projects for users with advanced permissions. In this context, we want to learn how to work with you better. So join the meeting, because we need to hear from more of you and talk to more of you directly.
I'd like to invite both those who have written comments about Vector 2022 and Universal Language Selector, as well as those who have only added four tildas on Срочное включение Вектора-2022 (2025). Of course, Olga from the team which built Vector 2022 will be at the meeting. There will also be our colleagues from the team responsible for the Universal Language Selector, from Security and Trust and Safety Product, Victoria, and leaders of the Product and Technology department.
The meeting will take place on 19 May at 19:00 Moscow time (16:00 UTC) on Zoom. Click here to join. It will be in Russian and English, and should not take more than an hour. Instead of a presentation and some questions, we want it to be mostly a discussion. I'm not planning on recording it to protect the attendees' privacy. However, we may record it if you tell us ahead of time that you won't be able to join but would like to listen to/watch it later, and if those who join will not object.
Здравствуйте, я хотел поблагодарить всех, кто присоединился к встрече. Вот записи. Было несколько человек от Фонда, несколько от русской общины, и Виктория переводила с английского на русский. Я был рад видеть там известных ников, думаю, что у нас была хорошая дискуссия, и я надеюсь, что в следующий раз будет больше лиц. К сожалению, у нас не было достаточно времени, чтобы поговорить о грядущих и будущих проектах, таких как временные аккаунты. Может быть, в следующий раз мы сможем соединить Zoom и Discord, как мы уже делали хотя бы раз в прошлом?Hello, I wanted to thank everybody who joined the meeting. Here are the notes. There were a few people from the Foundation, a few from the Russian community, and Victoria was translating between English and Russian. I was glad to see known nicknames there, I think that we had a good discussion, and I hope that next time there will be more faces. Unfortunately, we didn't have enough time to talk about the coming and future projects, like temporary accounts. Maybe next time, we could bridge Zoom and Discord, like we have done at least once in the past? SGrabarczuk (WMF) (обс.) 13:44, 26 мая 2025 (UTC)[ответить]
Спасибо организаторам и участникам (и особенно @Виктории, которая взяла на себя перевод с английского на русский и обратно)!Я хотел бы развить мысль относительно переключателя языков, которую я не смог четко сформулировать в процессе разговора. Проблема этого инструмента в том, что его в используют не по назначению. Задача организации интервики-ссылок в проектах типа Википедии - это НЕ задача переключения языков. Соответственно, попытка использовать для этой цели инструмент, сделанный для другой задачи, ожидаемо вызвала проблемы, практически нерешаемые, если не отказаться от использования неподходящего инструмента. Там, где этот переключатель на своем месте, с ним нет принципиальных проблем там (Wikidata, Meta, Commons, все варианты внедрения Translate Extension) - там, где он решает свою задачу, для которой он был создан. А интервики-ссылки просто оказались немного похожи, поскольку проекты Викимедиа имеют языковые префиксы. Но они не исчерпываются этим. Ссылки на другие языковые разделы Википедии ничем по сути не отличаются от ссылок на разделы Викитеки (Wikisource), Wikimedia Commons, или ссылок на вообще внешние сайты, такие как библиотеки, архивы, онлайновые базы данных и т.д. - все, что сейчас собрано в разделе "Идентификаторы" элемента Викиданных и выводится в статьях через Шаблон:Внешние ссылки (Q3907614). Так что не стоит ломать переключатель языков, пытаясь "натянуть" его на эту задачу. Это должен быть совершенно отдельный механизм, где ссылки на другие языковые разделы Википедии будут просто частью общего множества внешних ссылок.-- Kaganer (обс.) 18:45, 29 мая 2025 (UTC)[ответить]
Это довольно радикальный подход: в реальности список интервик похож на переключатель языков, но и не должен с ним совпадать. Читателю часто нужны как разделы на языках, которые он знает, так и просто большие и развитые разделы, где может быть подробная статья, которую он прочитает через гуглопереводчик. This is Andy↔18:52, 29 мая 2025 (UTC)[ответить]
... или вообще не другие разделы Википедии. Мне как читателю бывает нужно и первое, и второе, и третье (третье даже чаще). Поэтому-то я тут не пытаюсь предугадывать, "что нужно читателю".-- Kaganer (обс.) 15:37, 31 мая 2025 (UTC)[ответить]
Join the 6th Wikipedia Pages Wanting Photos Campaign – 2025 Edition
ВП:Ф-Т · ВП:ФТ · ВП:ТФ
