Цей розділ у кнайпі української Вікіпедії використовується для обговорення різноманітних технічних та організаційних питань.

Зверніть увагу, що для конкретних завдань існують окремі сторінки: Завдання для ботів, Запити на шаблони, Заявки на обробку зображень, Запити до адміністраторів інтерфейсу.

Якщо ж у вас є питання, що стосуються використання ботів, написання користувацьких скриптів, створення модулів, або ж ви зіткнулися з будь-якою технічною проблемою (десь щось працює не так, як мало б), пишіть сюди.

Будь ласка, підписуйте свої коментарі (для цього наберіть ~~~~ або натисніть кнопку    над віконцем редагування).


Архіви

Hello everyone,

This is a notice regarding an ongoing data migration on Wikidata that may affect your election-related templates and Lua modules (such as Module:Itemgroup/list).

The Change:
Currently, many templates pull electoral maps from Wikidata using the property P1846, combined with the qualifier P180: Q19571328.

We are migrating this data (across roughly 4,000 items) to a newly created, dedicated property: P14226.

What You Need To Do:
To ensure your templates and infoboxes do not break or lose their maps, please update your local code to fetch data from P14226 instead of the old P1846 + P180 structure. A list of pages was generated using Wikimedia Global Search.

Deadline:
We are temporarily retaining the old data on P1846 to allow for a smooth transition. However, to complete the data cleanup on Wikidata, the old P1846 statements will be removed after May 1, 2026. Please update your modules and templates before this date to prevent any disruption to your wiki's election articles.

Let us know if you have any questions or need assistance with the query logic. Thank you for your help! ZI Jony using MediaWiki message delivery (обговорення) 17:09, 3 квітня 2026 (UTC)Відповісти

It seems like in our wiki this structure wasn't in use. The search insource:p1846 insource:p180 hasn't found any matches except for this messege. --Repakr (обговорення) 06:17, 4 квітня 2026 (UTC)Відповісти

І бажано ланцюжок категорій що до неї веде. Може є якийсь інструмент? Бо цікаво як Petscan включає Apache OpenNLP до Категорія:Археологія, а в мене вручну не вийшло знайти. --Буник (обговорення) 08:44, 6 квітня 2026 (UTC)Відповісти

Ага, можна на сторінці категорії задосити вікіпедію пару раз виконавши 

$( '.CategoryTreeToggle[title="розгорнути"]' ).click();

Дізнався що Категорія:Текстологія включає Категорія:Обробка природної мови. Але було б краще мати якийсь легший інструмент. --Буник (обговорення) 08:50, 6 квітня 2026 (UTC)Відповісти

Це схоже на "зворотній Petscan" - вводиш назву статті (Apache OpenNLP) та рівень вкладеності (наприклад, 5), а скрипт сканує категорії, їхні батьківські категорії, батьківські категорії батьківських тощо, та показує повний список. Або, альтернативно, додаєш категорію, яка тебе цікавить (Археологія), а скрипт показує найкоротший ланцюжок в межах рівнів вкладеності, якщо такий існує.
Наскільки мені відомо, такого інструменту немає. Напевно, можна написати простий скрипт на Пітоні, який це буде робити за допомогою mw:API:Categories, але вам треба буде його самостійно запускати. --Фіксер (обговорення) 10:17, 6 квітня 2026 (UTC)Відповісти

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Updates for editors

  • The CampaignEvents extension now includes a new group goal-setting feature, enabling organizers to set and track event goals such as the number of articles created and participating contributors in real time. Similarly, participants can work toward shared targets and see their collective impact as the event unfolds. The feature is now available on all Wikimedia wikis. Learn more in the documentation.
  • Wishlist item The new watchlist labels feature (announced in Tech News 2026-07) is now available via VisualEditor, the source editor, and the 'watchstar' (or watch link, for skins that don't have a star icon). Previously it was only possible to assign labels via EditWatchlist. In all three places it is a new field following the expiry field.
  • Recurrent item View all 23 community-submitted tasks that were resolved last week. For example, the issue where talk pages on mobile with Parsoid are unusable after empty section headers, has now been fixed. [1]

Updates for technical contributors

  • The sub-referencing feature, which lets editors add details to an existing reference without duplicating it, will be gradually rolled out to more wikis later this year. Wikis using the Reference Tooltips gadget are encouraged to update their version (typically at MediaWiki:Gadget-ReferenceTooltips.js as shown here) to ensure compatibility. Other reference-related gadgets may also be affected. [2]
  • All Wikinews editions will be closed and switched to read-only mode on 4 May 2026. Content will remain accessible, but no new edits or articles can be added. This closure was approved by the Board of Trustees of the Wikimedia Foundation following extended discussions. Read more.
  • The Action API has had several formats for requested output. One of them, format=php, is being removed soon. Please ensure your scripts or bots use the JSON format. This removal should affect very few scripts and bots. [3]
  • The Special:NamespaceInfo page now includes namespace aliases. For example "WP" for the "Project" ("Wikipedia") namespace on the German Wikipedia. [4]
  • Recurrent item Detailed code updates later this week: MediaWiki

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

MediaWiki message delivery 16:19, 6 квітня 2026 (UTC)Відповісти

Наштовхнувся на проблему, яка відображається на низці сторінок. Полягає вона в тому, що на цих сторінках з'являється розділ Зміст і з'їжджає оформлення заголовків розділів. Проблема стосується тільки веб-версії й не відображається в попередньому перегляді при редагуванні коду. Приклади таких сторінок: Муфта, Математика, Довгаль Олександр Михайлович.

Корінь проблеми я виявити не зміг, але з того, що бачу, то ці сторінки об'єднує використання шаблону {{Книга}}. Втім, не на всіх сторінках з цим шаблоном є проблема. -- RajatonRakkaus ⇅ 10:27, 8 квітня 2026 (UTC)Відповісти

Дивно, що я скопіював "муфту" до себе на підсторінку - і там усе ок --Spdrjrslm (обговорення) 11:48, 8 квітня 2026 (UTC)Відповісти
В мене зникло після очищення кешу: [5] --Фіксер (обговорення) 11:54, 8 квітня 2026 (UTC)Відповісти
Аналогічна проблема спостерігається на сторінках із шаблоном {{поточне змагання}}. Чистка кешу допомогла. — Динамо-фан (обг.) 12:25, 8 квітня 2026 (UTC)Відповісти
схоже щось сталось з глобальними стилями, в мінерві теж повилазило всякі [ред., ред. код] в усіх заголовках, включаючи назву статті на багатьох сторінках --Mile.Horizon (обговорення) 13:09, 8 квітня 2026 (UTC)Відповісти
Так, це щось глобальне, в інших розділах схожі проблеми. --Фіксер (обговорення) 13:13, 8 квітня 2026 (UTC)Відповісти
Дякую, значить проблему локально розв'язувати не потрібно. -- RajatonRakkaus ⇅ 14:22, 8 квітня 2026 (UTC)Відповісти

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Weekly highlight

  • Experienced editors are invited to test the Article guidance feature, designed to help less-experienced editors create well-structured, policy-compliant Wikipedia articles. Testing instructions are available. Also, after reviewing the outlines, please provide feedback on the project talk page. Based on your input, the feature will be refined and transferred to the pilot Wikipedias to translate and adapt. Check out the video explaining the feature.

Updates for editors

  • On most wikis, all autoconfirmed users can now use Special:ChangeContentModel page to create new pages with custom content models, such as mass message lists, making custom page formats more accessible. Check Special:ListGroupRights for the status of your wiki. [6]
  • The Growth team has launched an account creation experiment to evaluate whether adding an account creation button to the mobile web header increases new account registrations and encourages more mobile users to contribute to the wikis. The experiment is currently live on Hindi, Indonesian, Bengali, Thai, and Hebrew Wikipedia, and targets 10% of logged-out mobile web users.
  • Recurrent item View all 30 community-submitted tasks that were resolved last week. For example, an issue where VisualEditor could get stuck loading on Windows devices with animations turned off, has now been fixed. [7]

Updates for technical contributors

  • Starting later this week, Редактори фільтра зловживань who have the Покращене підсвічування синтаксису beta feature enabled will have CodeMirror instead of CodeEditor as the editor at Special:AbuseFilter. This is part of the broader effort to make the user experience more consistent across all editors. [8][9]
  • Tools and bots that access the Notifications API (action=query&meta=notifications) will need to update their OAuth or BotPassword grants to also include access to private notifications. [10]
  • Due to a library upgrade, listings on category pages may be displayed out of order starting on Monday, 20th April. A migration script will be run to correct this, and will take hours to days depending on the size of the wiki (up to a week for English Wikipedia). [11]
  • Recurrent item Detailed code updates later this week: MediaWiki

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

MediaWiki message delivery 15:19, 13 квітня 2026 (UTC)Відповісти

Колеги, здається, стара система патрулювання не була відімкнена після впровадження FlaggedRevs. Деякі користувачі з прапорцем адміна все ще можуть тригернути записи у журналі патрулювання застарілою системою шляхом патрулювання файлів. Та й Special:ListGroupRights і досі вказує, що в українській Вікіпедії існує прапорець «Патрульні (стара система)» і що його можуть додати чи зняти адміни. Вважаю, необхідності у старій системі патрулювання файлів немає. Якщо потрібно, можу написати запит на Фабрикаторі. --Vlad5250 обг. 15:08, 15 квітня 2026 (UTC)Відповісти

За дивним збігом обставин я це теж помітив сьогодні. Як видно з тої самої Special:ListGroupRights права патрульного за старою системою — скасовані, втім з файлами справді якісь випадки створюються коли файли можна відпатрулювати старою системою, думаю з цим і пов'язані знаки оклику, які інколи вискакують у нещодавно завантажених файлах [12]. Якщо маєте бажання, то можете повідомити розробників про це і заодно попросити щоби позабирали в адмінів та бюрократів можливість надавати вже непотрібні права. --Andriy.v (обговорення) 16:00, 15 квітня 2026 (UTC)Відповісти

Хочу уточнити: у Вікіпедії технічно може бути два рівня патрулювання? --Serhiy Boyko (обговорення) 20:09, 15 квітня 2026 (UTC)Відповісти

Як мені відомо, раніше розширення meta:Flagged Revisions, яке використовується для сучасного патрулювання, підтримувало таку можливість технічно. В деяких мовних розділах обговорювалася ідея додати ще один рівень - "якісні версії" на доданок до "патрульованих версій" (див., наприклад, en:Wikipedia:Flagged revisions/Quality versions та ru:Википедия:Сверка статей). Проте сама ідея так і не була реалізована в жодному розділі. А потім, здається, і з FlaggedRevs таку можливість вилучили.
А чому ви питаєте? --Фіксер (обговорення) 20:31, 15 квітня 2026 (UTC)Відповісти
@Фіксер, я нічого не знав про спроби встановити ще один рівень патрулювання у інших мовних розділах, але сама ідея якісного патрулювання вже якийсь час не дає мені спокою. Також я не знав у кого про це розпитати і дізнатися, чи це технічно можливо. --Serhiy Boyko (обговорення) 20:40, 15 квітня 2026 (UTC)Відповісти
«якісне» патрулювання провалилось, здається, всюди — в тому числі в лоні матері (dewiki) і, в інших розділах, наприклад в ruwiki. Набагато краще себе зарекомендував проєкт вибраного вмісту.
а в нас вимоги до патрулювання зараз перебувають в стані суперпозиції, для деякої частини користувачів вони вже і є тим, що в інших розділах назвали би «якісними» --Mile.Horizon (обговорення) 20:58, 15 квітня 2026 (UTC)Відповісти
В інших розділах додатковий рівень якості найчастіше асоціювали зі "звіркою", тобто перевіркою тексту статті по тих джерелах, які в ній вказані. Це дуже складний процес, ресурсів на нього не знайшлося навіть в більш розвинених розділах, не знайдеться їх і в укрвікі. Але найголовніше — цінність звірки є близькою до нуля; навіщо формально вивіряти статті, якщо їх читають і так і найгрубіші помилки виправляють і без цього. --Фіксер (обговорення) 21:02, 15 квітня 2026 (UTC)Відповісти
ну от я саме про це і кажу --Mile.Horizon (обговорення) 21:11, 15 квітня 2026 (UTC)Відповісти
@Фіксер, @Mile.Horizon, у мене набагато менше оптимізму, бо спостерігаю за бл. 2500 статей і намагаюся зберегти у них хоча б ту якість, яка є... Однак, щотижня з'являється відносно новий користувач, який вносить сумнівні правки, а потім їх затверджує погано обізнаний з певною темою патрульний. В результаті якість статей погіршується і минуть роки або й десятиліття, поки неточності і явні помилки будуть виправлені.... І що виходить? Я або ось ви можемо написати або покращити якість популярної статті і навіть номінувати її на статус доброї, а потім якщо постійно її не відслідковувати і не перевіряти навіть затверджені зміни, якість статті почне знижуватися через правки користувачів, які не прагнуть якості або й навпаки, зацікавлені у певній версії викладу інформації. Це особливо помітно у статтях на історичну тематику, де всі щось чули в школі і починають відразу редагувати... І як же вирішити цю проблему і гарантувати поступове покращення якості статей?... --Serhiy Boyko (обговорення) 21:16, 15 квітня 2026 (UTC)Відповісти
є такий проєкт від Кремля — аналог вікіпедії під назвою «ру.рувікі.ру» і там можна сказати схожу проблему вирішили тим, що зробили реєстрацію доступну тільки після перевірки універсистетського диплома (щоб дописувати на теми, де ти розумієшся), або після загальної перевірки «на адекватність» (для популярних тим, що не вимагають еспертності). Правда це працює в тому числі і завдяки тому, що цим «експертам» ще і платять або адміністративно тиснуть, щоб вони доповнювали ресурс.
Духу тієї Вікіпедії в якій на головній написано «редагувати може кожен» це не відповідає, тому, якщо ніякої LLM-вундервафлі не придумають, то в нас цю проблему апріорі вирішити буде неможливо. Ну хіба окрім як тим, щоб збільшувати кількість адекватних людей які стежать за статтями. --Mile.Horizon (обговорення) 21:26, 15 квітня 2026 (UTC)Відповісти
Свої думки на схожу тему я виклав в есе Вікіпедія:Квантова Вікіпедія. --Фіксер (обговорення) 21:46, 15 квітня 2026 (UTC)Відповісти
@Фіксер, прочитав я ваше есе. Згідно нього, я і є тим квантовим спостерігачем, але хотілося б більшого. Справа в тім, що коли я не можу дійти згоди з дописувачем, то при запиті на третю сторону я щоразу починаю з білого листка і маю все доводити з нуля, що дуже обтяжує. Крайня така епопея — «Монголо-татари», яка триває вже понад місяць, хоча, насправді тема не є суперскладною і мала б розв'язуватися швидше і легше. --Serhiy Boyko (обговорення) 19:50, 25 квітня 2026 (UTC)Відповісти
Насправді саме розширення в початковому вигляді могла мати три типи патрулювання з кількома рівнями. Типи: точність, глибина, читабельність. Які рівні були в глибині та читабельністі (окрім тих, що на фото), мабуть вже не вдасться встановити, а от точність мала рівні: переглянута, точна, з джерелами, вибрана. Див. mw:Help:Extension:FlaggedRevs та File:Flaggedrevs_review_bar.png. --Repakr (обговорення) 07:52, 16 квітня 2026 (UTC)Відповісти
Трохи помилився якість статті визначалася на основі рівнів з трьох типів патрулювань. Наприклад, якщо встановити 1 рівень у всх трьох типів патрулювань, ми отримала б якість переглянута (не плутати зрівнем у точності). Якщо виставимо 2 рівень в типі точність та глибина, а 1 рівень у читабельність/тон/стиль, то отримуємо якісну статтю. Якщо виставемо у всіх трьох типах 4 рівень, то отримаємо вибрану статтю. --Repakr (обговорення) 09:33, 16 квітня 2026 (UTC)Відповісти
Варто зауважити, що в цій конкретній темі не йде про різні рівні патрулювання, а про різні системи патрулювання. Рушій МедіаВікі має вбудовану систему патрулювання, яка використовується в таких проєктах як англ.вікі чи Сховище. Див. Commons:Patrol. Переважно вона використовується для патрулювань нових сторінок, тобто сторінок, які створили непатрульні та їх перевіряють на відповідність правил, наприклад, на значущість статті. Також Сховище використовує подібну систему до патрулювань версії, але вбудувану в рушій, полягає вона в наступному, якщо користувач вважає, що зміна відповідає правила, то він її як патрульовано. Якщо ні, то скасовує зміну через стандартну кнопку скасувати чи відкоту. При цьому ці сторінки позначаються непатрульованими лише на Нові сторінки і Нові редагувань. Коли сторінки патрульовані, то вони не відлбражаються ніяк, крім відповідного журналу. Сама кнопка патрулювати є на сторінці та при порівняні версій, але відсутнє подібне забарвлення як при патрулюванні в Flagged Revisions.
Тепер якщо говорити про Flagged Revisions (я все ж вважаю, що краще надавати ось цю сторінку як довідку mw:Help:Extension:FlaggedRevs), то початкова система була багатопросторовою багаторівневою, тобто якщо поглянути на File:Flaggedrevs_review_bar.png, то при патрулюванні вибирався тип патрулювання їх було три: точність, глибина, читабельність. Кожен з цих типів міг мати кілька рівнів, наприклад, точність мала рівні: переглянута, точна, з джерелами, вибрана, на фото бачимо, що тип глибина мав безовий рівень, а читабельність — прийнятний рівень. Проте в поточній версії FlaggedRevs прибрали всі типи окрім точність, де можна досі задавати кілька рівнів, але, ймовірно, їхнє додавання не одобрить Фонд, бо він зараз не впроваджує Flagged Revisions у жодні вікі, а в тих, де це розширення включено, то воно там наявне, бо колись давно його включили. Я коли тестувати в локальній машині це розширення з різними рівнями точності, то я не потім перевеги в їхній наянвності (можливо я неправильно налаштував розширення), бо в системі вони відображаються як звичайне патрувалювання без цих версій. При розпатрулюванні сторінка знову отримує статус із непатрульованими змінами, і треба знову обирати потрібен рівень точності при перевірці кожної непатрульвованої версії. Між іншим наше патрулювання це тип точність, а рівень патрулювання це переглянута, яка в нас називається патрульована. --Repakr (обговорення) 07:44, 16 квітня 2026 (UTC)Відповісти
Я ще забув додати, що відповідно кожен рівень/тип міг мати окрему стабілізацію для статей. Але зараз це все вилучили з розширення і залишили базовий функціонал, який використовується в більшості вікі. Зроблено це з метою, щоб легше можна було б обслуговувати розширення, яке на поточний час зараз ніхто не відповідає і розробники з Фонду не зовсім розуміють як воно працює, бо початкові розробники вже давно покинули розробку цього розришення і не працюює над розробкою рушія МедіаВікі. --Repakr (обговорення) 07:57, 16 квітня 2026 (UTC)Відповісти
Точніше не так стабілізація була трьох типі для переглянутих статей, якісних статей і вибраних статей. Ця якість визначалася відповідно до рівнів обраних в кожному з типі патрулювань. Наприклад, в документації зазначено, що якісною статею сторінка ставала після 2 рівня в типі точність та глибина, а 1 рівня у читабельність/тон/стиль, а вибраною піся 4 рівня у всіх типах. Переглянутою вона ставала, ймовірно при будь-якому патрулюванні. Це все можна було досить гнучко налаштовувати, але зараз все це випиляли. --Repakr (обговорення) 09:37, 16 квітня 2026 (UTC)Відповісти

Добрий день, товариство. Крайні кілька днів бачу схожу активність кількох тимчасових облікових записів, а саме:

Особливістю внеску з цих акаунтів є спам з рекламою-посиланнями в примітках. При чому, з третього облікового запису було зроблено майже 50 правок. Ці правки зроблені з хорошим знанням синтаксису Вікіпедії і вони дуже деталізовані — з чого я роблю висновок, що ніхто б вручну та ще й масово не морочився так і що це правки виконані ботом. Я вважаю, що це лише початок подібної активності і що зовсім скоро вручну інструментами патрульного це буде не так просто відкотити (Скільки подібних акантів і спам-правок ми просто не виявили?). Відтак, хочу дізнатися, чи є можливо реалізувати бота-патрульного, який хоча б частково автоматизує боротьбу з подібним спамом?

Ось виявив ще облікові записи з подібним спамом:

--Serhiy Boyko (обговорення) 20:59, 15 квітня 2026 (UTC)Відповісти

а як має працювати бот патрульний?
якщо правки корисні я зазвичай запускаю пошук розпатрулювань за іменем користувача на сторінці www.patrollee.toolforge.org/edits, відкриваю 30-50 вкладок через «Переглянути зміни» для кожного редагування і затверджую через комбінацію на клавіатурі alt-s, а потім ctrl-w. А потім наступних 50 вкладок і так далі. В цілому якщо внесок однотипний, то так можна передивитись швидко сотні статей.
В нас, насправді, анонімного масового внеску завжди не бракувало, от я коли patrollee створив відпатрулював так за короткий час понад 800 статей від одного аноніма.
Щодо відкоту масового внеску — то найкращий засіб це профілактика, тому я створив канал в discord, де в реальному часі можна бачити нові розпатрулювання статей і через який такі псевдоботи дуже швидко «паляться» (зазвичай якщо вони редагують багато статей) і їх можна знешкодити блокуванням/зверненням на ВП:ЗА або швидко переглянути внесок через patrollee і відпатрулювати. --Mile.Horizon (обговорення) 21:09, 15 квітня 2026 (UTC)Відповісти
передивившись уважніше зміст правок, я думаю тут мова йде не про бота патрульного, а про щось типу User:Автомодератор чи user:Железный капут (коли він працював автоматизовано), але вони далеко не все розпізнають плюс несуть свої проблеми з фальшивими спрацюваннями.
Зараз Железный капут працює не автоматизовано, а через заявки досвідчених користувачів в російському Дискорд-сервері і зарекомендував себе краще. Але все одно весь можливий деструктив виявити неможливо. --Mile.Horizon (обговорення) 21:18, 15 квітня 2026 (UTC)Відповісти
Невелике уточнення: Капут завжди працював виключно за запитом користувачів і сам жодних редагувань не скасовував. Щодо можливого попередження масового спаму — у фільтрах здається можна, додати (якщо цього ще немає) регулярний вираз для виявлення однотипних посилань на сайти від незареєстрованих користувачів. --Mitte27 (обговорення) 03:02, 22 квітня 2026 (UTC)Відповісти
Додам, що також є плани, щоб перенести управління Капутом в Укрвікі на її сервер, замість російського. Well very well (обговорення) 03:07, 22 квітня 2026 (UTC)Відповісти

Привіт всім! Через два тижні відбудеться mw:Wikimedia Hackathon 2026. Це щорічна вікімедійна подія, на якій збираються розробники і технічні дописувачі вікіпроєктів з усього світу. Я теж відвідаю цей хакатон, тому хочу спитати спільноту: чи є якісь технічні запити, якими ви би хотіли щоб я там зайнявся? Якісь технічні проблеми, які мають бути виправлені, якісь потрібні нові інструменти, тощо. --Tohaomg (обговорення) 16:35, 19 квітня 2026 (UTC)Відповісти

Про всяк випадок продублю свої пропозиції тут:
  1. Я давно над нею думав, але ніяк руки до неї не доходили. У нас до увімкнення Вікіпедія:Кнайпа_(різне)/Архів_65#A_new_feature_for_previewing_references_on_your_wiki працювала функція, яка перетворювала шаблони, де використано тег <abbr>...</abbr> та клас ts-comment-commentedText, у мобільній версій на клікабельне посилання при натисканні, на яке виводилося підказка, яка в дексктопній версії виводиться при наведені миші. Раніше це реалізовував гаджет MediaWiki:Gadget-ReferenceTooltips.js, але його вимкнули, щоб коректно працювала mw:Help:Reference_Previews/uk, яка вбудована в рушій. Моя пропозиція наступна: створити новий гаджет або спрощену версію гаджета ReferenceTooltips, яка буде лише перетворювати тег <abbr>...</abbr> із класом ts-comment-commentedText на клікабельні посилання в мобільній версії, що виводитимуть вспливальну підказку. Додатково: бажано розробити якийсь блокатор для гаджета, щоб при включенні гаджета ReferenceTooltips він не виконувався (Звичайно, якщо це технічно можливо). Первинна згадка про це від спільноти: Вікіпедія:Кнайпа (технічні питання)/Архів 42#Шаблон {{Наголос}} і пробіл; ще, здається, десь про це Користувач:RajatonRakkaus згадував, але не можу зараз знайти.
  2. Недавно у нас більшість гаджетів на jquery.ui було переведено на сучасніший інтерфейс користувача Codex, проте гаджет MediaWiki:Gadget-NominateToCorrect.js з якихось причин не перевели, тому можу запропонувати переведення цього гаджета з jquery.ui на Codex. (Можливо, також можна поглянути і на гаджети на oojs-ui — цей інтерфейс ще не вважається застарілим і ідеально вписується з поточним стилем оформлення рушія MediaWiki, але поступово все буде мігрувати на Codex.)
П.С. Якщо потрібно буде, то готові гаджети я зможу перенести в просторі MediaWiki. --Repakr (обговорення) 07:53, 20 квітня 2026 (UTC)Відповісти
MediaWiki:Gadget-NominateToCorrect.js я пропустив, якщо буду мати час і бажання то до літа переведу на Codex і його, якщо хтось цим не займеться скоріше, втім спершу би хотів допрацювати додаток для підбиття підсумків для номінацій на взірцеві сторінки. --Andriy.v (обговорення) 12:19, 20 квітня 2026 (UTC)Відповісти
з тривіальнішого — шаблони в категорії Категорія:Шаблони багатозначності і перенаправлень по типу {{otheruses}}, {{othernames}} і т. д. в нас розставлені по статтях як-небудь — то перед карткою, то після. Можна написати бота який би переставляв їй перед карткою, тоді в мінерві вони коректно відображаються перед карткою, а не після. --Mile.Horizon (обговорення) 09:29, 20 квітня 2026 (UTC)Відповісти
Від простого і нецікавого до складнішого:
  1. Зробити бота щоб перетворювати <ref>[https://example.com/somesource.htm Some source Name]</ref> на <ref>{{Cite web|url=https://example.com/somesource.htm|title=Some source Name}}</ref> щоб запобігти загниттю посилань.
  2. Зробити бота щоб знаходив сторінки без джерел і помічав їх шаблоном. Ознаки відсутності джерел: відсутність шаблону {{reflist}}, <references>, відсутні або пусті розділи Джерела та Посилання.
  3. Додати можливість автоматичного формування приміток з опису BibTeX, як це зараз працює з формуванням за DOI чи URL. Я трохи на вайбкодив тут: Користувач:Alessot/bibtex2cite.js, але поки це інструмент, не інтегрований з візуальним редактором. Ідеально, якщо при формуванні примітки спитає URL та номери сторінок для книг.
  4. Якщо цікаво попрацювати з LLM, то зробити інструмент для порівняння статей українською та однією з іноземних мов, який би кольором показував речення, які можна перекласти. Звертатись можна до локальної LLM, запущеної у користувача через Ollama та до доступних сервісів. Alessot (обговорення) 09:52, 20 квітня 2026 (UTC)Відповісти
Робити окремого бота для п. 1, на мою думку, занадто, бо це робиться звичайним регекспом. Можна додати цей регексп до того бота, який заповнює |url-архіву=, чи й навіть у ВП:Вікіфікатор. --Рассилон 11:39, 20 квітня 2026 (UTC)Відповісти
Ось, до речі, і сам регексп: <ref>\[([^\s\]]+)(?: (.*?))?\]</ref> → {{Cite web|url=$1|title=$2}} --Рассилон 12:18, 21 квітня 2026 (UTC)Відповісти
Під час перекладу статей за допомогою інструменту Переклад вмісту нерідко створюються копії приміток з однаковими назвами. Приклад. Вони призводять до помилок виду "Помилка цитування: Некоректний тег <ref>; назва «chicoutimi» визначена кілька разів з різним вмістом". Було б чудово мати інструмент або бота, який аналізував би вміст цих приміток і якщо він співпадає, то прибирав би дублікати. Зараз це доводиться робити вручну.
Трохи складніше завдання — шукати дублікати посилань навіть якщо вони називаються по-різному, і об'єднувати. Щоб не було, що на одну й ту ж вебсторінку було б п'ять різних посилань. Відмінність від попереднього кейсу в тому, що там ці примітки називаються однаково, а в цьому кейсі вони можуть називатися по-різному, або не мати назв (ref name=...) взагалі. --Фіксер (обговорення) 10:39, 20 квітня 2026 (UTC)Відповісти
@Фіксер, подивіться на https://www.mediawiki.org/wiki/Manual:Pywikibot/Compat/standardize_notes.py . Здається, це те, що вам потрібно Alessot (обговорення) 12:02, 20 квітня 2026 (UTC)Відповісти
Це доволі застарілий код, він вже не підтримується, а навіть якщо він і працює, більша частина дописувачів не є ботоводами. Пропозиція полягає в тому, щоб зробити інструмент, який виконуватиме цю функцію (а якщо і бота, то щоб він працював автоматично, а не за запитом). --Фіксер (обговорення) 12:58, 20 квітня 2026 (UTC)Відповісти
Принаймні повні дублікати приміток вже обробляє TohaomgBot:  47834817 Alessot (обговорення) 20:28, 20 квітня 2026 (UTC)Відповісти
Ще одна пропозиція — автоматизувати процес відбирання цікавинок на головній, можна надихатись іншими розділами. Як мінімум, автоматизувати розставлення шаблону {{Повідомлення ЧЗВ}} з датою початку і кінця розміщення на головній і юзернеймом автора для вже використаних цікавинок. Як максимум — процес відбирання цікавинок в чернетки випусків та, можливо, автоматичну публікацію чернеток по готовності. --Mile.Horizon (обговорення) 13:45, 20 квітня 2026 (UTC)Відповісти
Здається перспективною можливість формування блоку накшталт "Новини" за допомогою комбінації бота, що вимірює популярність статей, і LLM-інструментів. Алгоритм може бути приблизно таким:
  1. Виокремити статті зі зростаючою популярністю, як зараз робить AutoStabilizerBot - тобто зараз вони відвідувані, а вчора були ще ні.
  2. Дати LLM-агенту інструменти для пошуку по вебу / по новинах.
  3. Дати LLM-агенту завдання проаналізувати, які зі зростаючих в популярності статей фігурують в нещодавніх новинах.
  4. Дати LLM-агенту можливість згенерувати самостійно або запропонувати людині список новин із посиланнями на ці статті.
  5. Розмістити ці новини в якомусь шаблоні.
Якщо шаблон буде стабілізований, а бот, що розміщує новини, не матиме прав АПАТ, тоді більшість читачів не побачить новини, поки хтось не відпатрулює редагування бота. Це знижує ризики, пов'язані із LLM-галюцинаціями.
Але саме для Хакатону, як мені здається, це ідеальне завдання - не дуже складне, не дуже просте, але яке точно можна зробити та показати реальні результати, які, за умов якісної реалізації, будуть дуже схожими на магію. --Фіксер (обговорення) 15:44, 21 квітня 2026 (UTC)Відповісти

Добрий день! Помітив, що у моїх статтях відсутні дані статистики перегляду за останні три дні: [13], [14], [15], [16], [17], [18]. Для деяких статей проблеми, можливо, почались ще раніше [19]. Хтось вже стикався, хтось знає що відбувається? Alessot (обговорення) 08:58, 20 квітня 2026 (UTC)Відповісти

як зазвичай, відвалилось щось у Фонду, це насправді відбувається регулярно:
можна впевнитись, що за 16 число дані є
https://wikimedia.org/api/rest_v1/metrics/pageviews/top/uk.wikipedia.org/all-access/2026/04/16
а за 17 і далі вже немає:
https://wikimedia.org/api/rest_v1/metrics/pageviews/top/uk.wikipedia.org/all-access/2026/04/17 --Mile.Horizon (обговорення) 09:21, 20 квітня 2026 (UTC)Відповісти
@Alessot, вже є відповідний тікет: phab:T423818. --Repakr (обговорення) 09:30, 20 квітня 2026 (UTC)Відповісти

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Weekly highlight

Updates for editors

  • Reading lists is a feature which allows readers to save articles to a list for reading later. This feature is now in beta on Arabic, French, Indonesian, Vietnamese, and Chinese Wikipedias and by default for all new accounts on all Wikipedias.
  • An experiment which explores extending Page Previews to mobile web will be launched in the week of April 20 on Arabic, English, French, Italian, Polish, and Vietnamese Wikipedias. Page Previews are pop-ups that display a thumbnail, lead paragraph, and a link to open the full article of a blue link, thereby improving content discovery. The feature is already available on desktop and in the apps. Read more about this experiment and others.
  • On several wikis, logged-in editors who haven't confirmed their email addresses can now see a banner encouraging them to do so. Having the email address confirmed allows a user to restore access to the account if they lose it. Learn more. [21]
  • Recurrent item View all 15 community-submitted tasks that were resolved last week. For example, an issue where editing very large wiki pages in the 2017 wikitext editor caused slow loading, preview and scrolling lag, and performance issues when selecting, cutting, or pasting content, has now been fixed. [22]

Updates for technical contributors

  • As part of the promotion of CodeMirror from a beta feature, all users will use CodeMirror instead of CodeEditor for syntax highlighting when editing JavaScript, CSS, JSON, Vue and Lua content pages. [23]
  • The mirrors.wikimedia.org service for Debian and Ubuntu users will sunset and stop working on May 15. The resources for the service will be replaced with new and better options. Some users may need to switch to a different server which should take about a minute. You can read more. [24]
  • The image and oldimage table will be removed from wikireplicas. If your tools or queries access image or oldimage directly, please update them to use the file and filerevision table before 28 May. [25]
  • Following the recent implementation of global API rate limits on unidentified traffic, the Wikimedia Foundation will continue efforts to ensure fair use of infrastructure by applying global limits to identified API traffic beginning the last week of April. These limits are intentionally set as high as possible to minimise impact on the community. Bots running in Toolforge/WMCS or with the bot user right on any wiki should not be affected for now. However, all developers are advised to follow updated best practices. For more information, see Wikimedia APIs/Rate limits and Frequently Asked Questions.
  • The Attribution API is now available as a beta. The API fetches information for crediting Wikimedia articles and media files wherever they are used. Reference documentation is available through the REST Sandbox special page available on all Wikimedia wikis (such as the REST sandbox on English Wikipedia). Share your feedback on the project talk page.
  • There is no new MediaWiki version this week.

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

MediaWiki message delivery 15:00, 20 квітня 2026 (UTC)Відповісти

Доброго дня. Я хотів створити шаблон для перегляду сферичних панорам, але в вікні перегляду не відображаються кнопки. Для його роботи потрібен шаблон "калькулятор", у якому та сама проблема. Як я розумію, причина в ґаджеті, який повинен бути ввімкнений автоматично. Хотілося б це виправити, бо через "калькулятор" можна реалізувати різні інтерактивні елементи на сторінках. --Віщун (обговорення) 15:13, 22 квітня 2026 (UTC)Відповісти

@Віщун, перенесено гаджет, він увімкнений по стандарту, але забажання можна його вимкнути в розділі Перегляд. Гаджет працюватиме лише на сторінках, на яких додадано категорію: Категорія:Сторінки з використанням додатка Calculator, категорію додає шаблони Шаблон:Calculator, Шаблон:Calculator button та Шаблон:Calculator-hideifzero. --Repakr (обговорення) 09:21, 23 квітня 2026 (UTC)Відповісти
Дякую, запрацювало. --Віщун (обговорення) 09:57, 23 квітня 2026 (UTC)Відповісти