close
Перейти до вмісту

Вікіпедія:Кнайпа (технічні питання)

Додати тему
Матеріал з Вікіпедії — вільної енциклопедії.
Найсвіжіший коментар: MediaWiki message delivery у темі «Техновини: 21-й тиждень 2026 року» 4 години тому

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

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

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

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

BERJAYA
Архіви
Архів 1 Архів 2 Архів 3
Архів 4 Архів 5 Архів 6
Архів 7 Архів 8 Архів 9
Архів 10 Архів 11 Архів 12
Архів 13 Архів 14 Архів 15
Архів 16 Архів 17 Архів 18
Архів 19 Архів 20 Архів 21
Архів 22 Архів 23 Архів 24
Архів 25 Архів 26 Архів 27
Архів 28 Архів 29 Архів 30
Архів 31 Архів 32 Архів 33
Архів 34 Архів 35 Архів 36
Архів 37 Архів 38 Архів 39
Архів 40 Архів 41 Архів 42
Архів 43 Архів 44 Архів 45
Архів 46

Wikimedia Hackathon 2026: збір побажань

[ред. код]

Привіт всім! Через два тижні відбудеться 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)Відповісти
@Alessot, взагалі щодо п.1, є скрипт (докладніше), що звертається до інструмента на Тулфоржі, але він запускається вручну через можливі помилки, щоб можна було власноруч перевірити що він робить. MonAx (обговорення) 16:07, 5 травня 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)Відповісти
@Фіксер, для першого я колись давно робив скрипт на pywikibot, і таким чином вдалось виправити тисячі сторінок на Категорія:Статті з помилками цитувань (приклад). Але він оперується вручну. Імхо можна конкретно для випадку перекладу змісту зробити автовиправлення, але теж є деякі нюанси, як тут, де примітка не однакова 1 в 1, але очевидно це те саме посилання.
P.S. У тому ж репозиторії є скрипти, що переносять загублені при перекладі примітки з інших розділів, та відкопують їх з історії статей (для помилок вигляду "для виносок під назвою ... не вказано текст") з таким самим принципом роботи. Тож якщо у вас були й такі ідеї, то вас випередили ).
А друге, для повних дублікатів, справді робить TohaomgBot. MonAx (обговорення) 16:24, 5 травня 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)Відповісти
Звучить цікаво, але на мою особисту думку нинішній формат з новинами на головній кращий. Крім того, сам прапорець бота за визначенням надає права АПАТ. MonAx (обговорення) 16:27, 5 травня 2026 (UTC)Відповісти

Знак наголосу

[ред. код]

Можливо, десь уже обговорювалося. Зручна кнопка додання знака наголосу зникла з оновленої панелі редактора. У стандартному швидкому наборі символів під вікном редагування знак наголосу теж відсутній. Що тепер? Вручну додавати {{subst:stress}}? — ɪ 08:08, 26 квітня 2026 (UTC)Відповісти

Кнопка не зникла, вона всього лише відображається без піктограми. Те саме стосовно кнопки додавання подвійних фігурних дужок, а після Ctrl+F5 — також стосовно кнопки додавання [[Категорія:]]. --Рассилон 09:53, 26 квітня 2026 (UTC)Відповісти
@, BERJAYA Виправлено. Сховище більше не підтримує 22px, тому наголос не відображався. Замінив значок на 20px. Сама кнопка знаходиться в розділі Додатково. --Repakr (обговорення) 11:09, 26 квітня 2026 (UTC)Відповісти
Дякую, так значно краще. — ɪ 12:36, 26 квітня 2026 (UTC)Відповісти
Ніби проблему виправлено, проте в мене з'явилось дотичне запитання: як з технічного погляду найкраще ставити наголос, щоб він ніде не з'їжджав і не губився? Скажімо, є шаблон {{Наголос}}, який додає ́ (Combining Acute Accent) у текст. Можна цей символ вставляти в текст напряму, можна додавати його код абощо. Чи існує якась різниця? -- RajatonRakkaus 16:32, 26 квітня 2026 (UTC)Відповісти
Навряд. Але я би особисто вставляв шаблоном, а не символом, аби було зручніше редагувати текст MonAx (обговорення) 16:02, 5 травня 2026 (UTC)Відповісти

Техновини: 19-й тиждень 2026 року

[ред. код]

MediaWiki message delivery 20:43, 4 травня 2026 (UTC)Відповісти

@RajatonRakkaus@RajatonRakkaus,@Фіксер@Фіксер, подивіться можете подивитись шаблоні схеми статей? Для проєкта взірцевих статей їх можна взяти як рекомендацію для оцінки повноти Alessot (обговорення) 19:40, 6 травня 2026 (UTC)Відповісти
Я подивився на шаблони для статей про музичні альбоми. Фактично, шаблон полягає в тому, що пропонується заповнити три розділи.
  • Background [Description of what the artist was doing before the album, and what led to its creation. Based on independent sources.]
  • Recording and production [Description of where and how the album was recorded, who produced it, and any notable aspects of the recording process.]
  • Reception [Album title] received [description of critical reception, based on independent reviews. Include chart performance where relevant.]
Ну, фактично, відсутність інформації про ці три аспекти дійсно означає неповноту статті, але навіть наявність трьох речень, абзаців чи розділів не гарантує її повноту. Тобто посилатися на ці шаблони можна лише як підтвердження категоричної неповноти статті, але не як підтвердження повноти. Для повноцінної оцінки повноти вони непридатні, на мою думку. Їх можна, звичайно, занести кудись в букмарки про всяк випадок, але їхня цінність, імхо, не дуже висока. Вони просто створені не для цього: це гайдлайни для стабів, а не для взірцевих статей. --Фіксер (обговорення) 19:53, 6 травня 2026 (UTC)Відповісти
Дякую за сповіщення. Напрямок цікавий, однак зараз поки слабувато. До того ж у ВЗВ не заведено розставляти подібні примітки у вступі. Це радше ознака не-взірцевості, ніж взірцевості, тож новачків (кому такі схеми найкорисніші) це може заплутати. Я вважаю, що ніщо краще не демонструє структуру ВЗС, як уже наявні ВЗС. -- RajatonRakkaus 20:39, 6 травня 2026 (UTC)Відповісти

Скрипт для масового патрулювання

[ред. код]
BERJAYA
Скриншот

Доброго вечора!
Як писав вище Tohaomg, днями проходив щорічний хакатон, де я також мав змогу взяти участь. На жаль, я не перевірив саме цю кнайпу перед заходом, але в мене була власна ідея, яку в мене вийшло реалізувати. Презентую скрипт Reviewinator для масового патрулювання статей. Як мені відомо, раніше вже існували такі інструменти у інших реалізаціях, але вони складнодоступні та застарілі.
Я зробив йому інтерфейс, подібний до IWRM, де, грубо кажучи, є конвеєр статей. Можна обрати різні джерела списків статей - Спеціальна:Сторінки до перевірки, Спеціальна:Неперевірені сторінки, або 4 опції, що звертаються до API Patrollee. Або ж можна додати власний список статей, у вигляді простого переліку назв статей у кожному рядку. У такому форматі список можна отримати у Petscan, опція Plain text, чи скриптом listpages з Pywikibot із параметром -format:"{page.title}" (не потребує прав бота!).
При розгляді статті є варіанти відпатрулювати всі зміни, пропустити статтю або ж повернутись до останньої патрульованої зміни. Ясна річ, що відповідальність за використання скрипта лежить цілковито на авторові змін.
Для встановлення скрипту треба додати importScript("Користувач:MonAx/reviewinator.js"); собі на common.js, та перейти на Спеціальна:Порожня сторінка#/reviewinator/. Також скрипт можна використовувати з мобільного. MonAx (обговорення) 16:52, 5 травня 2026 (UTC)Відповісти

До слова, також має нормальний мобільний інтерфейс. Спеціально додав кнопку зі стрілочкою вгору, аби можна було приховати частину налаштувань. MonAx (обговорення) 18:02, 8 травня 2026 (UTC)Відповісти
дякую, корисна і цікава штука, я включив інформацію про інструмент в свою невелику розсилку щодо патрулювання --Mile.Horizon (обговорення) 22:52, 15 травня 2026 (UTC)Відповісти

Техновини: 20-й тиждень 2026 року

[ред. код]

MediaWiki message delivery 19:20, 11 травня 2026 (UTC)Відповісти

У нас від цього модуля наче як залежить лише MediaWiki:Gadget-EUSpring.js, але він все одно робочий. Просто пропав стиль для одного з інпутів. Але варто задуматись над тим, щоб мігрувати інші стилі mw-ui на Codex, як пропонують тут. MonAx (обговорення) 06:26, 12 травня 2026 (UTC)Відповісти
Більшість вкючень там від Шаблон:Clickable button 2. Думаю це не проблемно замінити. Єдине чи достатньо просто замінити mw-ui-progressive на cdx-button--action-progressive чи треба ще імпортувати той Codex. --Repakr (обговорення) 07:16, 12 травня 2026 (UTC)Відповісти
Я вже міркував над заміною, просто для прикладу кнопка з mw-ui-progressive краще виглядає від аналогічного Кодексового (звісно на мою думку), тому вважав, що допоки стиль повністю не прибрали, можливо варто їх залишити. --Andriy.v (обговорення) 07:46, 12 травня 2026 (UTC)Відповісти
Бажано щоб вже було готове рішення до цього моменту. Можна буде доробити Шаблон:Clickable button, як приклад - там би зараз зробити підтримку параметрів target, external (і щоб для зовнішніх посилань був клас plainlinks) і, що важливіше - повиправляти включення. Як зможу завершу цю справу MonAx (обговорення) 11:03, 12 травня 2026 (UTC)Відповісти

Допомога із джерелами

[ред. код]

Укотре стикаюсь із тим, що англ вікі пропускає посилання, наші ж фільтри пишуть для прикладу таке Автоматичні фільтри редагувань виявили проблематичний вміст у Вашому перекладі. Попадання до фільтру: вандалізм-3. І це із серії: здогадайся сам, де там вандалізм? Стаття en:Religion in Azerbaijan --DmitrOst1 (обговорення) 11:19, 12 травня 2026 (UTC)Відповісти

Абу аль-Касім аль-Хої має бути Хої чи через -у-? У вікіпосиланні через -о-. Мені здається якщо виправити на -о- то пройде фільтр. --Mile.Horizon (обговорення) 12:30, 12 травня 2026 (UTC)Відповісти
Дякую. Допомогло :) Але де взагалі про це можна почитати? --DmitrOst1 (обговорення) 12:44, 12 травня 2026 (UTC)Відповісти
на жаль, правила за якими визначається можливий вандалізм доступні лише адміністраторам, інакше вандали б знали як їх обходити, але ці фільтри мали б не спричиняти проблем для досвідчених користувачів. Тут як технічний експерт з фільтрів можливо допоможе @MonAx щоб цей фільтр трохи підправити. А вам я б радив подати заявку на ВП:ЗПП, права патрульного чи автопатрульного зазвичай деактивують майже всі фільтри. Враховуючи що ви вже мали права адміністратора я думаю спільнота могла б піти вам на зустріч і надати права незважаючи на невідповідність деяким пунктам. Але потрібно обговорення. --Mile.Horizon (обговорення) 12:52, 12 травня 2026 (UTC)Відповісти

Щодо вимкнення пропозиції перекладу у селекторі мов

[ред. код]

У загальних стилях є код для вимкнення пропозиції перекладу (див. MediaWiki:Common.css#L-398) у селекторі мов (див. mw:Extension:UniversalLanguageSelector), проте він вже тривалий час не працює. Можливо, кілька років, бо назва класу змінилася. Це було додано внаслідок консенсусу тут. Тому хотів обговорити чи виправляти клас, щоб він надалі приховував пропозиції, чи вилучити його? --Repakr (обговорення) 09:22, 16 травня 2026 (UTC)Відповісти

Причому, наскільки я бачу, то якщо не увімкнено Перекладач вмісту у бета-функціях, то ці пропозиції не з'являються. --Repakr (обговорення) 09:28, 16 травня 2026 (UTC)Відповісти

Зникли розділові риски в переліках

[ред. код]

Може хтось знає що сталося із таблицями - зникли розділові лінії між стовпчиками і рядками. Приклад - Зниклі населені пункти Житомирської області. --J. (обговорення) 19:43, 16 травня 2026 (UTC)Відповісти

@MonAx, @Repakr, @Andriy.v
там в MediaWiki:Common.css кома закралась після table.wide td, перед фігурною дужкою, треба видалити --Mile.Horizon (обговорення) 20:13, 16 травня 2026 (UTC)Відповісти
@Mile.Horizon ред. № 48059124 - є MonAx (обговорення) 20:15, 16 травня 2026 (UTC)Відповісти
дякую --Mile.Horizon (обговорення) 20:16, 16 травня 2026 (UTC)Відповісти
Дякую всім. --J. (обговорення) 20:31, 16 травня 2026 (UTC)Відповісти

Техновини: 21-й тиждень 2026 року

[ред. код]

MediaWiki message delivery 20:21, 18 травня 2026 (UTC)Відповісти