Внезапные неполадки со статьёй? Первым делом очистите серверный кэш.
Неполадки со скриптами? Откройте инструменты разработчика (обычно это делается клавишей F12), перейдите на вкладку «Консоль» и скопируйте в тему текст ошибок (на красном фоне).
Хотите выложить скриншот проблемы? Не загружайте его в Википедию и на Викисклад — используйте внешние хостинги, например imgur.com.
За задачу за несколько дней никто не взялся? Добавьте в тему {{подст:техзадача|Суть задачи коротко}} (список задач).
Нужен список статей по определённым критериям? Попробуйте PetScan.
Пытался расположить карту на странице Бали (провинция), и столкнулся с тем, что невозможно расположить блок с картой +ИПК в разделе слева от прочих элементов (текста, таблиц, инфобокса). Если задать параметр Позиция = left, то блок с картой улетает вниз, после окончания блока Инфобокса. Пока как компромисс сделал выравнивание по центру Позиция = center, так не улетает вниз, но дурацкие пустоты справа и слева. Может есть какие-то дополнительные шаблоны, теги CSS куда-то вписать, или прочие приёмы, чтобы подружить инфобокс и врезку карты? — Afanasovich (обс.) 16:01, 2 декабря 2024 (UTC)[ответить]
Добрый день, технически грамонтные учатники Википедии! Помогите мне, пожалуйста, с условными функциями. Сейчас шаблон Шаблон:Округ Индонезии подгружает картинку карты всегда из викиданных (свойство карта местонахождения (P242)). Но если добавить интерактивную позиционную карту через вставку шаблона +ИПК, то карта в виде картинки с Викиданных избыточна — получается карта над картой (см. статью Табанан_(округ)). Я пытался наколхозить функцию #if:, чтобы это можно было отключить через аргумент параметра. Но не сработало, я не понимаю синтаксис, как правильно это сделать. Прошу добавить возможность убирать викиданную карту — Afanasovich (обс.) 13:40, 2 декабря 2024 (UTC)[ответить]
В отличие от страниц шапок, на которых всё нормально, на форумах - этом и новостном - в правом верхнем углу шорткат размножен дважды-трижды. 从乃廾00:05, 1 декабря 2024 (UTC)[ответить]
Пример: на странице Населённые пункты Тверской области в округах (от А до Н) у меня уже для второго района таблица наполовину заполнена сообщениями «Too many Викиданные entities accessed.», а вместо нескольких таблиц выдаётся сообщение «Время, выделенное для выполнения скриптов, истекло.» — и такое далеко не в первый раз. Причина на стороне сервера? — и соответственно, сразу подобные списки тащить на КУ? NBS (обс.) 14:24, 28 ноября 2024 (UTC)[ответить]
Проблема Модуль:Statistical и его перевода на данные из Викиданных. Так как Игорь Темиров после снятия флага инженера предпочёл уйти из всех проектов Викимедиа, включая Викиданные, видимо, да, КУ — единственный выход. Да и в целом необходимость подобных списков неочевидна (почему не сразу «Населённые пункты России/А…Я»). stjn15:03, 28 ноября 2024 (UTC)[ответить]
Уже сообщал об этом туда, где вроде бы больше других должны быть в этом заинтересованы. Собственно, как там справедливо заметили, в статьях о районах эти списки дублируются. --FITY (обс.) 15:18, 28 ноября 2024 (UTC)[ответить]
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Новости для редакторов
На этой неделе в бету выйдет новая версия стандартной подсветки синтаксиса в редакторе кода. В ней появится дополнительная функциональность, исправлены ошибки, улучшена поддержка языков, пишущихся справа налево, добавлено сворачивание шаблонов, автодополнение и улучшенная панель поиска. Подробности доступны на странице помощи.
Редактор викитекста 2010 получил поддержку распространённых клавиатурных сокращений, таких как Ctrl+B для полужирного начертания и Ctrl+I для курсивного. Полный список сокращений см. на странице помощи. Благодарим за это улучшение SD0001. [1]
Начиная с 28 ноября страницы Флоу / Структурированных обсуждений будут автоматически заархивированы и доступны только для чтения в следующих вики-проектах: bswiki, elwiki, euwiki, fawiki, fiwiki, frwikiquote, frwikisource, frwikiversity, frwikivoyage, idwiki, lvwiki, plwiki, ptwiki, urwiki, viwikisource, zhwikisource. Это изменение производится в рамках отключения Структурированных обсуждений. Если вашему проекту требуется помощь с архивацией страниц, свяжитесь с Trizek (WMF).
Приглашаем ознакомиться с отчётом о решённых задачах; на прошлой неделе было решено 25 задач. Среди них исправление фильтра правок: при создании нового фильтра ему можно установить статус «protected» только если там есть protected variables.
Технические обновления
CodeEditor, поддерживаемый на страницах с JavaScript, CSS, JSON и Lua, отныне поддерживает синхронное автодополнение. Для временного отключения автодополнения нажмите Ctrl+, и выключите опцию «Live Autocompletion». Благодарим SD0001 за это улучшение.
Техникам, которые пользуются Graphite для отслеживания метрик, нужно мигрировать на новую систему Prometheus. Приглашаем посетить панель инструментов и список в описании задачи на Фабрикаторе. При необходимости просим заявить права на метрики и дэшборды, связанные с поддерживаемыми инструментами. После этого можно выключить их или мигрировать, используя инструкцию на Фабрикаторе. Сервис Graphite будет переведён в доступ только для чтения в апреле. [2]
29 ноября в 16:00 по UTC пройдёт встреча Языкового комитета. Там ожидаются презентации на такие темы, как создание клавиатурных раскладок для разных языков, открытие Википедии на языке мооре, языковая поддержка африканской вики-конференции Wiki Indaba, а также отчёт сообщества гуахиро по работе в инкубаторе и созданию вики-сообщества за последние три года. Встреча пройдёт на английском и будет переводиться на испанский язык.
Продолжаю просматривать перевод Техновостей по просьбе участника Ле Лой. Небольшое уточнение: в шестой новости вместо «и список» следует читать «и убедиться, что ваш инструмент в списке». Игорь (обс) 22:29, 29 ноября 2024 (UTC)[ответить]
Скриншот Translator Buddy в «Векторе-2022» с языком uselang=qqx
Выпустил новый скрипт Translator Buddy, который помогает в первую очередь администраторам и инженерам, но также и всем участникам, занимающимся переводом сообщений, работать с ними и исправлять на них ошибки быстрее. Главное улучшение: через uselang=qqx (специальный псевдоязык для дебаггинга сообщений), ссылка на который добавляется скриптом внизу страниц, теперь можно быстро перейти к сообщениям на translatewiki.net и к локальным сообщениям, кликнув на них правой кнопкой мыши (также можно левой). Для несозданных сообщений в пространстве Медиавики он также добавляет ссылку «Перевести» на Транслэйтвики и для всех сообщений в пространстве добавляет в инструменты ссылку «Все переводы» на Транслэйтвики.
importScript('Участник:Iniquity/citations.js');// Ссылка на скрипт: [[Участник:Iniquity/citations.js]]
То есть бот превращает, например: {{cite journal|pmid=12345}} в {{cite journal|pmid=12345 |date=1976 |last1=Rubinstein |first1=M. H. |title=A new granulation method for compressed tablets proceedings |journal=The Journal of Pharmacy and Pharmacology |volume=28 Suppl |pages=67P }}. Нормализовать параметры потом можно через ProveIt.
У нас есть целое семейство бесполезных шаблонов {{cite doi}} и {{cite pmid}}, которые выполняют примерно то же самое. Так что иметь скрипт с теми же целями, конечно, хорошо. Есть ещё en:User:BrandonXLF/Autoref, который на место кнопки «Сноска» в стандартном редакторе добавляет интерфейс, в котором можно ввести DOI, PMID и т. п. и получить нужный источник. stjn15:06, 25 ноября 2024 (UTC)[ответить]
Во-первых, эти шаблоны используются в статьях. Следовательно, утверждение об их бесполезности ошибочно. Во-вторых, хранение источника в подшаблоне шаблона {{cite doi}} позволяет одной правкой исправить, обновить или улучшить его отображение во всех статьях, где он есть. Зачем лишать редакторов этой возможности? В-третьих, массово раскрывать шаблоны для книг, насколько мне известно, никто не собирается. Так где же основания делать разницу между книгами и статьями? Sneeuwschaap (обс.) 17:26, 25 ноября 2024 (UTC)[ответить]
Мы уже с вами это обсуждали (не знаю, правда, почему я тогда написал про 60 тысяч страниц, то ли это ошибка, то ли я что-то не так понял) и я это услышал и не согласен. Сходил посчитать подстраницы по числу включений. Всего подстраниц (в категории, без учёта редиректов) около 12 500. Более 2 раз используется чуть более 250 страниц (2%). Более 1 раза используется где-то 1050 страниц (8,4%, вместе с прошлыми 2%). Остальные 81,6% используются 1 раз. Это совершенно несравнимая ситуация с шаблонами книг, которые обычно создаются для переиспользования и используются более 1 раза. Скорее можно сравнить это с юзербоксами, которые у нас создают на разный чих и потом удаляют, когда никто ими не пользуется. Тем более что подстраницы существуют годами (бот работает с 2014 года) и по факту к тому же никем не контролируются. stjn18:02, 25 ноября 2024 (UTC)[ответить]
Вот с такой аргументацией могу согласиться. Но страницы, которые используются довольно много раз, всё же существуют, и перед раскрытием стоит переделать их из подстраниц cite doi в шаблоны наподобие этих. Sneeuwschaap (обс.) 18:56, 25 ноября 2024 (UTC)[ответить]
Полностью заработал Citation bot. Теперь исправлять сноски можно через https://citations.toolforge.org/ и через гаджет, ссылка на который выше — в дополнение к кнопке в режиме редактирования, он так же добавляет кнопку обращения в правое меню.
…нужно это лишь тем, кто взаимодействует с API разных проектов (юзеры через стороннее ПО / глоб. боты) и, вероятно, глоб. переименовывающим. Iluvatarобс19:30, 24 ноября 2024 (UTC)[ответить]
Мы это уже выясняли. В Викиданных массово расставлены ссылки с опечаткой: laccess-date вместо access-date. После моего пинга участник в новых правках перестал её тиражировать, но то, что уже сделано, исчисляется, похоже, четырёхзначным числом; форум лопнет, если нести сюда каждый такой случай. Идея найти администратора, который посадит участника в долговую викитюрьму, мне представляется заманчивой, но фантастической. Вы вроде какие-никакие правки на Викиданных умеете делать, так что можете по приведённому образцу исправлять самостоятельно; в то же время ошибка не влияет на работоспособность ссылки, так что ничего страшного, если останется пока как есть. Я сейчас спрошу на соседнем форуме, нет ли у кого-нибудь знакомого бота в Викиданных, но предсказывать результат не берусь — на моей памяти такие вопросы там не поднимались. --FITY (обс.) 01:27, 24 ноября 2024 (UTC)[ответить]
Переход по шаблону выдает ошибку: Server Error in '/' Application.
The resource cannot be found. HTTP 404.
пример: Вид Толедо (картина Эль Греко)
Есть страницы где просто без шаблона указан прямой работающий URL, например:
Снятие пятой печати
При этом подстановка номера картины в правильный URL исправляет ситуацию.
Если это возможно желательно починить шаблон. — Эта реплика добавлена участником Pls (о • в)
Да. Однако, проверил, что с даже с имеющимся номером 110001017 правильная конструкция ссылки работает. Т. е. похоже в базе у них сохранены исходные номера. И тем самым чтобы исправить шаблон достаточно изменить в нём только основное тело URL оставив номер. Ну что ж, ожидаем подтверждения правильности понимания. Pls (обс.) 21:13, 22 ноября 2024 (UTC)[ответить]
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Новости для редакторов
При попытке создать перенаправление на несуществующую страницу отныне будет выводиться предупреждение. Это должно снизить количество поломанных перенаправлений на красные ссылки. [5]
Приглашаем ознакомиться с отчётом о решённых задачах; на прошлой неделе было решено 42 задач. Например, Pywikibot на Toolforge, выполняющий рутинные задачи в проектах Фонда, был обновлён до версии 9.5.0. [6]
Технические обновления
В расширении FlaggedRevs починена ошибка, из-за которой страницы не помечались отпатрулированными автоматически после правок патрулирующих и автопатрулируемых. Благодарим за это Daniel и Wargo. [7][8]
Подробнее
Вышел новый пост в блоге Diff, посвящённый временным учётным записям; он доступен на 15 языках. В нём рассказывается, что такое временные учётные записи, как их появление повлияет на разные группы участников, и описан план по развёртыванию этой функциональности во всех вики-проектах.
Мероприятия и встречи
Приглашаем техников зарегистрироваться для участия в Хакатоне Викимедиа 2025, который пройдёт в Стамбуле. Податься на стипендию для покрытия расходов на дорогу и проживание можно с 12 ноября по 10 декабря 2024 года. Регистрация на мероприятие закроется в середине апреля 2025 года. Хакатон объединяет членов технического сообщества со всего мира, позволяя им поработать над существующими проектами и обсудить новые идеи.
21 ноября 2024 в 8:00 и 16:00 по UTC состоится созвон сообщества, во время которого будут определены приоритеты по технической поддержке Склада в 2025—2026 финансовом году. Тема звонка — организация контента на Складе. Созвон даёт возможность участникам, работающим над разными вещами, встретиться и поговорить о будущем проекта.
Приглашаем на встречу Языкового сообщества, которая состоится 29 November в 16:00 по UTC. Тема встречи — обсуждение обновлений и решений для технических проблем.
Продолжаю просматривать перевод техновостей по просьбе участника Ле Лой. Небольшое уточнение: в четвёртой новости вместо «на 15 языках» следует читать «на более чем 15 языках», или языков, не знаю, как правильно. Игорь (обс) 12:34, 23 ноября 2024 (UTC)[ответить]
Удаление старого варианта наименования на КПМ и внутренние ссылки
Коллеги, подскажите пожалуйста, если я не поставил галочку "сохранить старое наименование как редирект" по итогу переименования на КПМ, то все внутренние ссылки в других статьях полетят и надо чинить вручную или же бот их исправит? — Cathraht (обс.) 02:40, 20 ноября 2024 (UTC)[ответить]
Почему в шаблоне-карточке статей о звёздах сразу после названия висит уведомление, что графики недоступны? Что они недоступны, я знаю. Но почему именно в этом месте карточки? И можно ли с этим что-то сделать? — 193.233.70.4810:52, 19 ноября 2024 (UTC)[ответить]
На всякий случай отвечу содержательно. Есть два варианта, оба через предпочтительность рангов: 1) менее точному поставить нерекомендуемый ранг, указав квалификатором причину нерекомендуемости «неточное значение» (как сделал коллега в данном случае); 2) более точному указать предпочтительный ранг с квалификатором «самое точное значение». Я предпочитаю через предпочтительный — он будет отображаться единственным, даже если других значений более одного. — Cantor (O) 08:54, 18 ноября 2024 (UTC)[ответить]
Вариант 1 в этом случае применять неверно. Нерекомендуемый ранк ставится только для утверждений, которые в данный момент являются ошибочными или неактуальными (например ссылка устарела или информация поменялась). 1957 г.р. является корректным и поэтому не должен отмечаться нерекомендуемым. Соответственно способ 2 — единственно верный в этом случае. Solidest (обс.) 14:32, 18 ноября 2024 (UTC)[ответить]
Вариант 1 верный. Там есть квалификатор, отвечающий за точность соответствия, а дате рождения точно соответствует Д.М.Г, а не просто год. Просто год точно соответствует утверждению "год рождения". Geka b (обс.) 15:37, 18 ноября 2024 (UTC)[ответить]
Если вбить в поле поиска несколько символов и нажать «вниз», он перескакивает по результатам поиска случайным образом. Пробовал на разных браузерах. Tucvbif???22:29, 15 ноября 2024 (UTC)[ответить]
При нажатии «Удалить» на страницах такого типа иногда автоматически подставляется критерий БУ из текста (шаблон БУ при этом на странице не стоит) — пример. К инженерам интерфейса: просьба исправить. NBS (обс.) 18:15, 15 ноября 2024 (UTC)[ответить]
Не встречал ситуации, чтобы пробелы в конце абзаца были необходимы. А в некоторых текстах их очень много. Можно ли сделать так, чтобы викификатор их убирал? — Simba16 (обс.) 22:45, 14 ноября 2024 (UTC)[ответить]
2. Адаптировать скрипты избраний в связи с этим изменением.
Пожалуйста, помогите, реализовать итог.
Кажется, что сперва стоит начать со скриптов и уже после того как они будут готовы к изменению, произвести переименование,
Пинганите меня ещё раз, когда перенесёте страницы, — я поправлю скрипты. Это быстро, а переименование может занять время. Так что лучше начать с переименования. — putnik08:15, 5 ноября 2024 (UTC)[ответить]
@Putnik Переименование легко и быстро делается через пайвики, а 1) все нужные скрипты и 2) все нужные места для правки в них нужно ещё найти. Я могу переименовывать, я могу быть уверен, что все потенциальные скрипты после этого быстро будут вами поправлены? Лучше хоть как-то скоординироваться, чтобы вы сказали что да, я прямо сейчас готов этим заняться, потому что немедленно после правки скриптов они начнут создавать и искать страницы не в том месте. Я могу через ~полчаса и где-то за час переименовать все три куста страниц. MBH09:57, 5 ноября 2024 (UTC)[ответить]
@MBH, ну вот давайте тогда сегодня всё переименуем и исправим. Вряд ли кто-то сильно пострадает, если оно не будет час работать. — putnik12:17, 5 ноября 2024 (UTC)[ответить]
Вы сначала решите, кто все скрипты править будет, и что это будет сделано сразу, а потом переносите. Иначе избирающие памятник не прижизненный, а посмертный сразу всем реализующим поставят. На КИС я сегодня избрал статью, там 3 дня до следующего избрания. На КХС, как я вижу, Виктория тоже избрала сегодня. На КДС графика нет, но там скрипт избрания всё равно не работает, главное иметь в виду, что там все таблицы динамически генерируются. Vladimir Solovjevобс13:08, 5 ноября 2024 (UTC)[ответить]
@Putnik с гаджетом избрания ДС есть ещё одна проблема, описана выше, и на его СО есть предположение и даже пример кода, как его можно было исправить - не посмотрите? MBH14:20, 5 ноября 2024 (UTC)[ответить]
@Rampion, какое решение по этим страницам ВП:ИСП и аналогичным в других проектах?
Так как они подстраницы ВП:ИСП, а не ВП:КИСП, то на них решение не распространяется, но по логике они должны быть именно подстраницами проекта. — putnik12:25, 5 ноября 2024 (UTC)[ответить]
Да, и правда забыли, к сожалению. Спасибо, что обратили внимание! Впрочем, кажется, что итог должен распространятся и на них, аналогично страницам кандидатов на получение статуса, по существу и смыслу это аналогичные страницы Я напишу апдейт к итогу и добавлю их в перечень страниц к переименованию. Rampion12:53, 5 ноября 2024 (UTC)[ответить]
Я не так давно переустанавливал винду (10->11), поэтому перед запуском поставил новый питон и новую пайвики. Они какие-то ломаные: во-первых каждое переименование происходит, но консоль для каждого пишет, что оно не произведено, потому что одноимённая целевая страница уже есть; во-вторых оно проходит pairs-файл.... не по порядку строк, а как будто в рандомном порядке. Но конечный результат вроде бы такой как надо: Special:Contributions/IncubatorBot, если не такой - пингуйте. MBH13:11, 5 ноября 2024 (UTC)[ответить]
Я не понимаю, к чему такая спешка — не обсудив новую структуру с членами проектов, сразу погнали, будто за вами кто-то гонится. В результате подобных поспешных и необдуманных действий получилось раздвоение проектов — "Проект:Избранные статьи" и "Проект:Кандидаты в избранные статьи" и т. д., хотя де-факто это должно быть одним проектом (вероятно, надо было делать "Проект:Избранные статьи/Кандидаты", но, опять-таки, это стоило обсудить). Что, теперь всё по второму разу переделывать? — Adavyd (обс.) 17:40, 5 ноября 2024 (UTC)[ответить]
Эта страница "Проект:ИС" вообще мертвая и не нужная, она либо дубль, либо удобней в других местах. По-хорошему, КИС производная от "Избранные статьи", которую решили оставить, видимо, поскольку всё изначально делалось под удобство блокировок (т. е. под конкретные кейсы), до этого обсуждение не дошло. Хотя конечно, если не углубляться, надо было сделать без раздвоения. Ouaf-ouaf2021 (обс.) 20:31, 5 ноября 2024 (UTC)[ответить]
Да, это мы объединим, но структуру названий массовых страниц лучше было оставить прежней, чтоб меньше логику скриптов менять. MBH00:49, 6 ноября 2024 (UTC)[ответить]
Поддерживаю вариант «Проект: Избранные статьи/Кандидаты в избранные статьи/Название статьи» и «Проект: Хорошие статьи/Кандидаты в хорошие статьи/Дата». Deinocheirus (обс.) 12:31, 6 ноября 2024 (UTC)[ответить]
Переименование закончено, не тронуты лишь страницы "Кандидаты в кандидаты в администраторы" и "Кандидаты в кандидаты в бюрократы". MBH00:49, 6 ноября 2024 (UTC)[ответить]
Ещё одна проблема вылезла: всё переименовали, но кто будет править связанные с проектом шаблоны, чтобы генерировались нормальные ссылки? Ну или в КДС: кто будет исправлять отображение ссылок на страницы в таблице? Она генерируется динамически, о чём я уже писал, но реакции на это ноль. Сейчас там ведёт на редиректы, но что будет, когда появляются новые номинации? Каждый раз создавать вручную редирект? Уж если делать, то нужно делать всё нормально, а не бежать впереди паровоза. Без обид, но опять вы всё спешите непонятно куда, забывая про то, что сначала нужно выяснить все подводные камни, а потом уже делать, чтобы потом не читать возмущённые отзывы от участников из-за того, что чего-то не учли. На КИС и КХС я ссылки на страницы поправил, на КДС нужно править скрипт отображения таблицы. Vladimir Solovjevобс08:03, 6 ноября 2024 (UTC)[ответить]
Надо было не спешить, а заранее попросить кого-то из участников КИС/КХС, чтобы грамотно составить ТЗ (как нам говорили когда-то, что без хорошего ТЗ получается ХЗ). Сейчас же приходится всё смотреть и исправлять. Некоторые я уже сам поправил, но что-то может всплыть, когда будут номинации делать. Я сам сейчас сам уже на КХС тестирую и правлю. Двойные редиректы с ВП:КИС и ВП:КХС я поправил уже, остальные нужно смотреть на всех страницах проектов, их много может быть. Vladimir Solovjevобс08:35, 6 ноября 2024 (UTC)[ответить]
Кстати, просто не будет исправить всё. Например, есть шаблоны {{КХС-Навигация}}, {{КДС-Навигация}}, {{КИСП-Навигация}} которые ссылки генерируют через шаблон {{Шапка обсуждений по дням}}. Но этот же шаблон используют и другие страницы. Соответственно, нужно делать отдельный шаблон, который будет отличаться только одной ссылкой (вспоминаем борьбу с форками шаблонов и машем им ручкой). Сейчас же этот шаблон требует обязательного создания редиректа. И это только один пример. Всё это нужно было выявлять до того, как реализовывать переименование. Ибо сейчас участникам проектов приходится плясать с бубном, чтобы приводить всё к рабочему состоянию. Когда вы все научитесь тому, что не нужно спешить, нужно сначала всё грамотно подготовить? Ибо у меня сейчас все слова не очень цензурные. Всё время вспоминается первое правило программиста, но мы ведь не ищем лёгких путей. Vladimir Solovjevобс08:47, 6 ноября 2024 (UTC)[ответить]
Владимир, найти всё заранее было практически невозможно, потому что проблемы вылезают в самых неожиданных местах. Наиболее быстрый и эффективный способ найти все места с ошибками - спровоцировать появление этих ошибок, это всегда так работало и дальше так будет. MBH09:46, 6 ноября 2024 (UTC)[ответить]
Я понимаю, что проблемы часто вылезают, это нормально, но нужно как то стараться их минимизировать заранее. И я не понимаю, зачем это нужно было реализовывать «побыстрее» (приходят мысли о том, что это делалось только из-за того, чтобы никто не успел оспорить итог). Именно из-за этого на ровном месте проблемы и получаются. При этом реальную проблем с поломанным гаджетом никто исправить не спешит. Нужно было просто сначала составить весь перечень работ. Я эту тему увидел случайно вчера, активных избирающих проекта сюда никто зазывать не хотел, хотя именно мы знаем, какие страницы нужны и зачем. Vladimir Solovjevобс09:54, 6 ноября 2024 (UTC)[ответить]
На оспаривание итога было отведено 2 недели и они прошли, до того итог просто висел неподведённым пару месяцев, никакой спешки в этом плане не было. Причина спешки та же, зачем существует такая вещи, как транзакция (информатика) - эти изменения необходимо, начав, закончить в крайне сжатый срок, т.к. между началом и концом система будет находиться в несогласованном состоянии, генерируя ошибки. MBH10:12, 6 ноября 2024 (UTC)[ответить]
Я это понимаю, но это касается даты начала. Но прежде чем начинать, стоит составить полный перечень работ, здесь это сделать просто не успели, ибо спешили всё начать побыстрее. Вот и приходится сейчас исправлять всё в темпе, чтобы работало именно сейчас. Vladimir Solovjevобс10:18, 6 ноября 2024 (UTC)[ответить]
В общем, отображение таблицы в КДС я поправил сам, там в модуле их исправлять было нужно. Но на ВП:КИСП всё вам придётся двойные редиректы и ссылки самим исправлять до того, как придёт ругаться Виктория, я в том проекте избирающим не являюсь и его кухню знаю плохо. Vladimir Solovjevобс09:20, 6 ноября 2024 (UTC)[ответить]
Еще один вопрос: в проекте КДС не работает гаджет архивирования. К сожалению, я не смог найти страницу архива, чтобы добавить вручную. На всякий случай: нужно добавить в архив вот эту страницу — Sempr (обс.) 09:26, 6 ноября 2024 (UTC)[ответить]
@Vladimir Solovjev, @Adavyd @Deinocheirus, @Putnik согласен, что реализация итога прошла неудачно, и это, в-первую очередь, моя вина, т.к. я недостаточно детально сформулировал ТЗ и не учёл в нём многие значимые для участников проектов вещи.
Мне жаль, что так вышло, извините.
Поможете собрать, что осталось сделать, для того, чтобы привести ситуацию в порядок?
Из того, что что сходу вижу по обсуждению выше это:
Договориться об структуре страниц в проекте и осуществить переименование (при необходимости)
Чтобы договориться о структуре страниц в проектах, надо сначала выбрать площадку, где договариваться, поскольку это касается сразу нескольких проектов (ИС/ХС/ДС/КИСП). Как вариант, можно открыть обсуждение в одном из них (например, здесь) и оповестить все другие проекты. — Adavyd (обс.) 00:04, 8 ноября 2024 (UTC)[ответить]
Есть ещё один момент: нужно исправлять ссылки на переименованные страницы, ибо создавать для новых страниц ещё и перенаправления — это извращение. Участники проектов это пытаются сделать по возможности, но, вероятно, что-то ещё всплывёт в ходе избраний (возможно, после нового года). Плюс все шаблоны проектов, которые переехали в пространство «Проект», нужно переместить из категории «Википедия». Сам я это делать не собираюсь, раз уж затеяли всё это, доведите весь процесс до ума. И на будущее, убедительная просьба: если уж решаете делать подобные массовые перемещения страниц, не спешите с реализацией итога до того, пока не выявите весь объём работ, который нужно проделать, ибо переименование страниц — это верхушка айсберга. А сейчас не до конца продуманное решение создало для нас лишнюю головную боль. Я не собираюсь кого-то обвинять, но просто на будущее прошу учесть те уроки, которые принес нам текущий опыт. Vladimir Solovjevобс10:23, 9 ноября 2024 (UTC)[ответить]
Владимир, ещё раз: о том, что переименование повлечёт ещё кучу действий, нужность которых будет выявляться по ошибкам, реализаторам (ну покрмере мне) было заранее известно. Никак иначе и быть не может: невозможно и не нужно заранее пытаться предусмотреть и предотвратить всё-всё-всё. Нет абсолютно никаких проблем с тем, что исправляются ошибки, обнаружившиеся после переименования - так и должно быть. Плюс все шаблоны проектов, которые переехали в пространство «Проект», нужно переместить из категории «Википедия» - приведите пример такого шаблона. MBH10:47, 9 ноября 2024 (UTC)[ответить]
Я понимаю, что всё предусмотреть невозможно, и что проблемы какие-то вылезут. Но когда пытаются всё сделать побыстрее, шанс появления проблем гораздо выше. Поэтому я и написал, что в будущем давайте давать время на то, чтобы дать заинтересованным участникам указать на узкие моменты, которые могут знать только те, кто вовлечён в работу с переименовываемыми страницами. Поэтому и перед реализацией стоило пинговать не только инженеров, но и избирающих проектов, их не так много, тем более что происходило всё это в будний день (я был, например, только из-за того, что приболел). От того, что переименование произойдёт не в день итога, а через несколько дней, Википедия не рухнула бы. А если из-за того, что поспешили, спровоцируем конфликт на ровном месте, разгребать его может оказаться весьма долго. Что до шаблонов, например, Шаблон:КЛСХС/Архив. Vladimir Solovjevобс11:15, 9 ноября 2024 (UTC)[ответить]
Если нет какой-то очень большой необходимости, я бы предпочел оставить старый вариант... Чем больше изменений - тем больше вероятность что что-то пойдет не так... Но если очень нужно - меняйте... только проверьте потом что все скрипты (а они в проекте ДС и так не очень хорошо работают) работают с изменениями нормально... Sempr (обс.) 07:12, 16 ноября 2024 (UTC)[ответить]
С обычными кандидатами я согласна. По поводу лишений - когда-то давно был разговор, что это название не очень. Хотели убрать слово лишение, в моей голове сохранилось, что предлагали назвать подтверждение статуса, но я не помню. Сейчас удачный момент назвать по-другому, отказаться от лишений. — Zanka (обс.) 11:43, 16 ноября 2024 (UTC)[ответить]
С моей точки зрения, "Проект:Избранные статьи/Кандидаты/Название статьи" — ОК, и так ясно, что кандидаты на статус. Для страницы, где рассматривается лишение статуса, лучше оставить привычное "Проект:Избранные статьи/К лишению статуса". А страниц для отдельных статей "К лишению статуса/Название статьи" у нас и не было, и вроде бы не предвидится, так зачем это решать? С точки зрения "Избранных статей" переход лучше осуществить во время каникул в конце декабря — начале января, когда на ЗС находятся свежеизбранные СГ. — Adavyd (обс.) 19:00, 16 ноября 2024 (UTC)[ответить]
@Putnik я планирую переименовать кандидатов всех трёх проектов в вышеописанное - скажи, когда ты сможешь снова поправить скрипты, чтобы синхронизировать действия. 从乃廾13:34, 18 ноября 2024 (UTC)[ответить]
@Vladimir Solovjev Путник не ответил, ты как ИА проведёшь все замены в скриптах, какие я укажу (постараюсь предложить замены ко всем скриптам, которые правил Путник в прошлый раз)? 从乃廾12:02, 20 ноября 2024 (UTC)[ответить]
Форум — Технический
На этой неделе в бету выйдет новая версия стандартной подсветки синтаксиса в редакторе кода. В ней появится дополнительная функциональность, исправлены ошибки, улучшена поддержка языков, пишущихся справа налево, добавлено сворачивание шаблонов, автодополнение и улучшенная панель поиска. Подробности доступны на странице помощи.
Техникам, которые пользуются Graphite для отслеживания метрик, нужно мигрировать на новую систему Prometheus. Приглашаем посетить панель инструментов и список в описании задачи на Фабрикаторе. При необходимости просим заявить права на метрики и дэшборды, связанные с поддерживаемыми инструментами. После этого можно выключить их или мигрировать, используя инструкцию на Фабрикаторе. Сервис Graphite будет переведён в доступ только для чтения в апреле. [2]
На КИС я сегодня избрал статью, там 3 дня до следующего избрания. На КХС, как я вижу, Виктория тоже избрала сегодня. На КДС графика нет, но там скрипт избрания всё равно не работает, главное иметь в виду, что там все таблицы динамически генерируются. Vladimir Solovjev обс 13:08, 5 ноября 2024 (UTC)
