Википедия:Форум/Архив/Технический/2019/06

Материал из Википедии — свободной энциклопедии
Перейти к навигации Перейти к поиску
Архив форума
Правки нежелательны

Эта страница — часть архива форума Википедии.

Пожалуйста, не редактируйте эту страницу!
Здесь находятся завершившиеся обсуждения. Просьба не вносить изменений.

Вандальная версия в предпросмотре[править код]

Запрос на Phabricator
T226983

Понятно, что со временем уйдёт, но существуют ли экстренные меры? Очистка кэша и скрытие версии не помогает. --Walizka w Czarnym (обс.) 18:26, 30 июня 2019 (UTC)

Механизм «Уведомления» не работает[править код]

По крайней мере, у меня. Вверху экрана, в строчку идут: Иконка 'человечек' - Название аккаунта - Иконка 'колокольчик' - Иконка 'лоток_для_бумаг' - обсуждение... Так вот когда для меня есть сообщение, на 'колокольчике' рисуется красный квадрат, внутри которого цифра (количество сообщений). И, когда я кликаю на этот квадрат/колокольчик, я вижу только старые сообщения; новых — нет, не отображаются. Что есть плохо. Я это обходил так: заходил в wiki иного (не русского) раздела — и там уже читал оповещение. Проблема в том, что ТАК прочесть свежее сообщение можно, но только 1 раз. Вот сегодня ко мне _кто-то_ обратился: я прочёл оповещение, изучил вопрос, хотел ответить — бац!!! Некому и негде. То, что я, в итоге, нашёл, где и как связаться с обращавшимся ко мне участником, сути проблемы не меняет.--AndreiK (обс.) 13:24, 29 июня 2019 (UTC)

  • Кста., не эта ли проблема и здесь: дизамбиг Харитонов; запись Харитонов, Александр Игоревич. Наезжаем мышой на [значимость?] в этой строчке — пишет «значимость не показана 0 дней (26 июня 2019)», тогда как должно быть 29-26 = 3 (три) дня. --AndreiK (обс.) 15:58, 29 июня 2019 (UTC)
    • У меня всё верно показывает. — С уважением, Helgo13 • (Обс.) 16:06, 29 июня 2019 (UTC)
      • Завидую: мне бы так, чтобы у меня показывало правильно. Кстати, сиcтемная дата у меня выставлена верно. Хотя, даже будь это и не так, — это не причина для википедии считать некорректно. Да, у другого Харитонова (Харитонов, Николай Николаевич) та же разница на 3 дня: показывает, что запрос сделан 2 дня назад, но дата запроса: 24 июня. Похоже, какой-то из вики серверов свято уверен: ныне — 26-е июня с.г. Ещё раз проверил — за время нашего с Вами общения ничего не поменялось.--AndreiK (обс.) 16:29, 29 июня 2019 (UTC)
      • Win 10, FireFox последний. В Google Chrome всё так же. --AndreiK (обс.) 16:36, 29 июня 2019 (UTC)
        • Пока поужинал, — длительность запроса значимости стала отображаться правильно. Палец вверх Спасибо — не знаю, кому. --AndreiK (обс.) 17:06, 29 июня 2019 (UTC)
        • А вот с уведомлениями пока лучше не стало. Кстати, когда я кликаю и на Иконку 'лоток_для_бумаг', и на Иконку 'колокольчик', и даже (!!!) на Название аккаунта — мне показывает одну и ту же информацию. А страницу моего аккаунта НЕ показывает (да и зачем — мне же взамен этого уже показало устаревшие уведомления, и хорош!). --AndreiK (обс.) 17:13, 29 июня 2019 (UTC)
        • Диагностирую это безумие дальше: если кликнуть на Иконку 'человечек', тогда отображаются «оповещения» (синие) (не «уведомления»! (те — зелёные))! Что это, куда, зачем — и как ото всего этого избавиться??? В Google Chrome всё точно так же.--AndreiK (обс.) 17:18, 29 июня 2019 (UTC)
          • Внизу есть тема об этом. Ломастеры из числа разработчиков движка сломали все старые скины (до вектора, включая монобук). Исправление вроде уже залили, в ближайшие часы/дни должно восстановиться. Пока что перейдите на вектор или поищите ниже код для исправления этого. MBH 18:07, 29 июня 2019 (UTC)

Кириллица в math[править код]

По-прежнему нежелательна (в целях универсальности применять этот тег для отображения русских букв не рекомендуется) или были какие-либо подвижки? Retired electrician (обс.) 15:48, 28 июня 2019 (UTC)

  • Видимо были. Я сейчас проверил для разных настроек: русские буквы отображаются во всех настройках: MathML, png. Раньше PNG-версия не работала. В мобильной версии также всё работает. Так как генерация картинок из формул происходит на стороне движка, то от браузера пользователя это не должно зависеть. Поэтому я смело убираю про нежелательность использования русских букв в формулах. Спасибо, что подняли тему. — Алексей Копылов 23:17, 2 июля 2019 (UTC)

Шаблон:Европа по темам[править код]

В нём есть опция "Страны Европы: Конституции", однако при её использовании выводятся страницы разрешения неоднозначности: Россия, Сербия и Черногория. Из-за чего необходимо, но проблематично, совершить соот. изменение ссылок на Конституция Российской Федерации, Конституция Сербии 2006 года, Конституция Черногории 2007 года. Это важно. Vlad5250 (обс.) 10:53, 28 июня 2019 (UTC)

  • Можно сделать финт ушами и перенаправлять с «просто» конституций России, Сербии и Черногории на статьи о их действующих конституциях (в чём тоже будет определённая логика). Но это на КПМ возиться. Может, знатоки шаблонов пропишут исключение. Excellence (вклад) 13:38, 28 июня 2019 (UTC)
  • Переименовал страницы значений с уточнением в соответствии со здравым смыслом, теперь 2/3 проблемы решены. «Конституция Российской Федерации» на мой взгляд, вместе со всеми остальными статьями подобного рода, должна называться наиболее коротким и понятным названием страны, но это уже обсуждать надо, чего у меня желания делать нет. stjn 19:56, 2 июля 2019 (UTC)
    • «Правительство Российской Федерации», «Президент Российской Федерации» также называются таким образом, несмотря на наиболее короткое и понятное название страны, может, надо обсудить и их переименование? Vlad5250 (обс.) 11:25, 5 июля 2019 (UTC)

Личные стили, css и т.д.[править код]

Есть ли руководство по использованию возможностей персонализации? В последнее время об этом много говорят — хочу поэксперементировать. Сидик из ПТУ (обс.) 20:13, 27 июня 2019 (UTC)

Так браузера должно быть достаточно. Ну и первый попавшийся учебник по CSS найти. — Vort (обс.) 07:08, 28 июня 2019 (UTC)

Шаблон:Святой[править код]

В нём есть параметр «|имя в миру =»; нельзя ли сделать, чтобы он выводился с ВД при заполнении параметра «Имя при рождении»? Если после рождения Васю переделали в Василису, то можно и ручками попорхаться, но мне вот таких случаев в части святых не попадалось еще. А еще святые нередко схиму принимали и брали другое имя. И тут не повредил бы параметр «|имя в схиме =». Это важно. --@ → SAV © 18:01, 27 июня 2019 (UTC)

  • Если это святая, то имя при рождении может и не совпадать с именем при рождении. Например, вдова какая-нибудь. ShinePhantom (обс) 18:10, 27 июня 2019 (UTC)
  • Таким, наверное, надо заполнять на ВД оба имени и использовать квалификатор «используется критерий» со значениями «в миру», «в монашестве», «при крещении»… Сидик из ПТУ (обс.) 21:07, 27 июня 2019 (UTC)

Пол[править код]

Умиляет еще параметр «|пол = ». Хоть что там пиши (м, м., М., М, Муж, мужской, Мужской - тут кто на че горазд, как я заметил), хоть в Викиданные вноси - параметр никак не отображается в карточке. Так может сделать таки чтобы отображался или убрать его, и ботом стереть тысячи «м, м., М., М, Муж, мужской, Мужской», кои понапрасну жрут трафик. --@ → SAV © 08:34, 28 июня 2019 (UTC)

Горизонтальная прокрутка[править код]

Запрос на Phabricator
T226594

С недавних пор на всех страницах ВП появилась уходящая на много экранов вправо горизонтальная прокрутка. Никаких уходящих туда строк не обнаружено. Проявляется только в монобуке, в векторе всё нормально. Никто не замечал чего-нибудь подобного? AndyVolykhov ↔ 21:54, 26 июня 2019 (UTC)

  • Да, вчера у меня тоже такое было замечено (в монобуке). Кто-то видимо забыл минус поставить в параметре и было text-indent: 9999px, вместо -9999px. Сейчас прокрутка вылечилась, но вот эти надписи "оповещения (0)" и "уведомления (0)" теперь поверх значков колокольчика и ящика, накладываясь друг на друга и на мой юзернейм левее. Игры с параметром text-indent не помогают - надписи левее своих значков не сдвигаются при любом минусовом значении параметра... В инспекторе нашел когда эти надписи пропадают - если отключить параметр #p-personal ul { text-align: right; }, правда и весь ряд ссылок сдвигается влево, естественно... →ʙᴏʀᴏᴅᴜɴ 10:33, 27 июня 2019 (UTC)
    • Забавно: у меня прописано свое цветовое оформление этих верхних ссылок и потому надписи видно, а если отключить свой цвет, то в стандартной цветовой схеме монобука надписей не видно, но они там все так же есть (что проверяется наведением мышки или выделением мышкой), все так же мешая доступу к ссылке на мою ЛС... До вчера этого точно не было... →ʙᴏʀᴏᴅᴜɴ 11:38, 27 июня 2019 (UTC)
    • Да, вчера они снова поправили и поломалось в другую строну, пока можно так: 
      #pt-notifications-alert .mw-echo-notifications-badge,
#pt-notifications-notice .mw-echo-notifications-badge {
  font-size: 0;
  vertical-align: text-top;
}
      Serhio Magpie (обс.) 16:09, 27 июня 2019 (UTC)

Новое поведение красных ссылок[править код]

  • Со вчерашнего дня у меня у меня при щелчке по красной ссылке к названию добавляется "&action=edit&redlink=1" и как следствие открывается визуальный редактор без возможности просмотреть историю страницы. Это "нано-улучшение" - последствие обновления МедиаВики или чего-то еще? И как от него избавится?. Def2010 (обс.) 10:29, 26 июня 2019 (UTC)

Итог[править код]

В общем, вроде починилось после изменения и сохранения настроек несколько раз, добавление "&action=edit&redlink=1" осталось, но визуальный редактор теперь не открывается, а показывается история. Подозреваю, что какой-то параметр из кукиса удалился из-за истечения срока и создался заново при таких действиях. Def2010 (обс.) 10:46, 26 июня 2019 (UTC)

Tech News: 2019-26[править код]

Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.

Проблемы

  • Развёртывание на прошлой неделе новой версии MediaWiki было остановлено из-за возникших проблем. Она была удалена из большинства википроектов во вторник, из тестовых вики в четверг. [2]
  • Из-за проблем с одним из серверов базы данных на прошлой неделе большинство вики-проектов работало медленно, порой была недоступна запись. Этот сервер был заменён. [3]

Позже на этой неделе

  • Повторяющееся событие Новая версия движка MediaWiki апробируется на тестовых вики и MediaWiki.org с 25 июня. Невикипедийные вики-сайты и некоторые разделы Википедии получат её 26 июня, все проекты — 27 июня (календарь).

Встречи

  • Презентация Wikimedia Language showcase, посвящённая использованию машинного перевода в проектах Викимедиа, пройдёт 26 июня в 13 часов по UTC. Приглашаем посмотреть её либо в реальном времени, поучаствовав в обсуждении, либо в записи.
  • Повторяющееся событие Для технически продвинутых Приглашаем на технический совет в IRC, где разработчики-волонтёры могут обменяться опытом. Встреча пройдёт 26 июня в 15:00 (UTC). См. инструкцию.

Технические новости подготовлены техническими посредниками и публикуются ботом • Дополнить • Перевести • Помощь • Оставить отзыв • Подписаться или отписаться.

17:30, 24 июня 2019 (UTC)

Wikidata Bridge: edit Wikidata’s data from Wikipedia infoboxes[править код]

Sorry for writing this message in English - feel free to help us translating it :)

Hello all,

Many language versions of Wikipedia use the content of Wikidata, the centralized knowledge base, to fill out the content of infoboxes. The data is stored in Wikidata and displayed, partially or completely, in the Wikipedia’s language, on the articles. This feature is used by many template editors, but brought several issues that were raised by communities in various places: not being able to edit the data directly from Wikipedia was one of them.

This is the reason why the Wikidata Bridge project started, with the goal of offering a way to Wikipedia editors to edit Wikidata’s data more easily. This will be achieved by an interface, connected to the infobox, that users can access directly from their local wiki.

The project is now at an early stage of development. A lot of user research has been done, and will continue to be done through the different phases of the project. The next steps of development will be achieved by the development team working at Wikimedia Deutschland, starting now until the end of 2019.

In order to make sure that we’re building a tool that is answering editors’ needs, we’re using agile methods in our development process. We don’t start with a fixed idea of the tool we want to deliver: we will build it together with the editors, based on feedback loops that we will regularly organize. The first version will not necessarily have all of the features you want, but it will keep evolving.

Here’s the planned timeline:

  • From June to August, we will build the setup and technical groundwork.
  • From September to November 2019, we will develop the first version of the feature and publish a test system so you can try it and give feedback.
  • Later on, we will test the feature on a few projects, in collaboration with the communities.
    • We will first focus on early adopters communities who already implemented a shortcut from their infoboxes to edit Wikidata (for example Russian, Catalan, Basque Wikipedias)
    • but we also welcome also communities who volunteer to be part of the first test round.
    • Then we will reach some of the big Wikipedias (French, German, English) in order to see if the project scales and to address their potentially different needs.
    • Even later, we can consider enabling the feature on all the other projects.

In any case, no deployment or big change will be enforced on the projects without talking to the communities first, and helping the template builders to prepare for the changes they will have to do on the infoboxes’ code.

If you want to get involved, there are several ways to help:

More ideas will be added on this page along the way

If you have any questions for the development team, feel free to ask them on the main talk page. You can also ask under this message, but if you expect an answer from me, please make sure to ping me.

Thanks for your attention, Lea Lacroix (WMDE) 13:03, 24 июня 2019 (UTC)

Перевод:

Приветствую всех.

Многие языковые разделы Википедии используют Викиданные (централизованную базу знаний), чтобы заполнить инфобоксы. Данные хранятся в Викиданных и отображаются полностью или частично на языке Википедии. Эта функция используется многими редакторами, но принесла несколько проблем, вопрос о которых был поднят сообществом в различных местах: одна из них — невозможность редактировать данные непосредственно из Википедии.

По этой причине был создан проект Wikidata Bridge, цель которого — предложить редакторам возможность более простого редактирования данных на Викиданных. Это будет достигнуто с помощью интерфейса, подключенного к инфобоксу, доступ к которому пользователи смогут получить непосредственно из своей локальной Википедии.

Сейчас проект находится на ранней стадии разработки. Было проведено много пользовательских исследований, и они будут продолжаться на разных этапах развития проекта. Следующие этапы разработки будут выполнены командой разработчиков из "Викимедия Германия", начиная с этого дня и до конца 2019 года.

Чтобы убедиться, что мы создаем инструмент, отвечающий потребностям редакторов, мы используем гибкие методы в нашем процессе разработки. У нас нет четкого представления об инструменте, который мы хотим предоставить: мы создадим его вместе с редакторами на основе обратной связи, которую мы будем регулярно организовывать. Первая версия не обязательно будет иметь все функции, которые вы хотите, но она будет развиваться.

Запланированные сроки и задачи:

  • С июня по август мы будем проводить настройки и налаживать техническую часть;
  • С сентября по ноябрь 2019 года мы разработаем первую версию и опубликуем тестовую систему, чтобы вы могли попробовать ее и оставить отзыв;
  • Позже мы протестируем эту функцию в нескольких проектах в сотрудничестве с сообществом;
    • Сначала мы сосредоточимся на тех проектах, кто ранее всего внедрили данные из Викиданных в свои инфобоксы (например Русский, Каталанский, Баскский);
    • но мы также приветствуем сообщества, которые добровольно хотят участвовать в первом тестовом этапе;
    • Затем мы дойдем до некоторых крупных Википедий (французский, немецкий, английский), чтобы узнать может ли проект удовлетворить их потребности;
    • Позже мы можем рассмотреть возможность включения этой функции во всех других проектах.

В любом случае, без предварительной консультации с сообществом и помощи в подготовке к изменениям в шаблонах, которые нужно будет внести в их код, больших изменений или полномасштабного развёртывания функций не будет.

Если вы хотите принять участие, есть несколько способов:

В процессе большее количество идей будет добавлено на эту страницу.

Если у вас есть какие-либо вопросы для команды разработчиков, не стесняйтесь задавать их на главной странице обсуждения. Вы также можете спросить под этим сообщением, но если вы ожидаете ответ от автора оригинального сообщения, пожалуйста, не забудьте пинговать участника Lea Lacroix (WMDE).

Перевод не является идеальным и в нём возможны ошибки и неточности, если у вас есть желание, можете смело редактировать его. — С уважением, Helgo13 • (Обс.) 13:23, 24 июня 2019 (UTC)

Как сумел — причесал 46.251.91.199 15:17, 25 июня 2019 (UTC)

Шаблон:Start date and age[править код]

Можно ли, и как, модернизировать этот шаблон для более интеллектуального вывода "дней назад"? Вот смотрю я, например, в статью ClickHouse, фраза "1104 дня тому назад" - тяжела в понимании, а если бы было написано "3 года 1 месяц 5 дней" назад - было бы в самый раз. Сетка может быть такой, для примера:

  • Срок до 2 месяцев - все оставлять в днях.
  • Срок до года - переводить в месяцы, дни.
  • Срок до 10 лет - переводить в годы, месяцы, дни.
  • Срок до 100 лет - переводить в годы, месяцы (отбрасывать дни).
  • Срок более 100 лет - переводить в годы (Месяцы и дни не важны).

--Drakosh (обс.) 10:44, 24 июня 2019 (UTC)

Напомнило. — Vort (обс.) 11:41, 24 июня 2019 (UTC)

PAGESINCATEGORY ошибается[править код]

Почему-то глючит {{PAGESINCATEGORY:Википедия:БУ:О7}} на странице Категория:Википедия:К быстрому удалению, а именно отображается неправильное число статей рядом с О7 db-move — вот сейчас 2 (было 3) вместо 1 — причём только в критерии О7, я уже две недели наблюдаю.

Всевозможные очистки кэша не помогают, да и вообще при добавлении туда статьи обновляется сразу, так что на кэш не похоже. Что это может быть? Викизавр (обс.) 20:45, 23 июня 2019 (UTC)

Ссылки на журнал для удалённых страниц[править код]

Нельзя ли в красное предупреждение, которое показывается при попытке создать ранее удалённую страницу (Эта страница ранее удалялась или была переименована и т.д., пример) добавить ссылку на журналы этой страницы? чтобы можно было быстро узнать, например, кто её создавал. Землеройкин (обс.) 12:52, 23 июня 2019 (UTC)

Итог[править код]

Добавил по наводке коллеги Викизавр. Serhio Magpie (обс.) 16:02, 23 июня 2019 (UTC)

Полгода на КБУ[править код]

Подскажите, пожалуйста, как вот такое могло получиться? Полгода никто не решался перенести статью на КУ? Или из-за какого-то технического глюка она не попала в категорию? — Vort (обс.) 06:01, 23 июня 2019 (UTC)

Итог[править код]

Там чистили версии и последней оказалась та, что с шаблоном КБУ, так что глюков вроде нет. Викизавр (обс.) 16:03, 23 июня 2019 (UTC)

@Wikisaurus: Похоже, u:Helgo13 по ошибке восстановил версию, удалённую в 2018 году. Но раз уже перенесли на КУ, то вопрос решится в обычном порядке. — Vort (обс.) 05:57, 24 июня 2019 (UTC)

Примечания[править код]

Добрый вечер. Мне кажется, что в режиме компактного просмотра перепутаны горизонтальная и вертикальная прокрутки (должна быть именно она, раньше так и было). Посмотрите любую статью, где много примечаний, например эту. Oleg3280 (обс.) 20:20, 22 июня 2019 (UTC)

Бочек, Александр Павлович[править код]

Подскажите, почему {{ФИО}} пустой? Викизавр (обс.) 12:19, 22 июня 2019 (UTC)

Проблема с шаблоном "Статьи с неактуальным шаблоном Не переведено"[править код]

Хотел на досуге почистить статьи из этого шаблона. Практически все сделал, но осталось почему-то куча статей про города США из штата Миссури. Ни в одной из них нет шаблона "не переведено". Как их убрать со страницы этого шаблона? Hdfan2 (обс.) 10:32, 22 июня 2019 (UTC)

@Hdfan2: Он тут: Шаблон:Окружные центры Миссури. — Vort (обс.) 10:38, 22 июня 2019 (UTC)
Это из-за статьи "Седалия"? Ну более-менее ясно. Спасибо! — Эта реплика добавлена участником Hdfan2 (о • в)

Завершить опрос[править код]

В табличке Актуально (см. здесь справа сверху) «завершить», а лучше удалить ссылку на опрос «Консультация по страницам обсуждений 2019. Этап 2». И 23.06 тоже самое проделать с Референдумом ниже. — VladXe (обс.) 19:56, 21 июня 2019 (UTC)

Итог[править код]

Готово. — С уважением, Helgo13 • (Обс.) 20:05, 21 июня 2019 (UTC)

Снятие патрулирования с диапазона версий[править код]

Обсуждали с коллегами снятие патрулирования с диапазона версий (Обсуждение участника:Alexei Kopylov#Двадцетипятиугольник), и возник вопрос: а есть ли техническая возможность для быстрого выполнения такой операции? С уважением, G2ii2g (обс.) 15:41, 19 июня 2019 (UTC)

Подвисание соединений[править код]

Уже несколько дней замечаю, что некоторые соединения с Википедией зависают на средине передачи данных. Сомневаюсь — проблема у меня с оборудованием, с браузером или серверы Википедии сбоят. Наблюдал ли кто-нибудь такую проблему? Вот, к примеру, запрос, провисевший 2 минуты и завершившийся с ошибкой: GET https://ru.wikipedia.org/w/load.php?debug=false&lang=ru&modules=jquery,oojs-ui-core,oojs-ui-widgets|mediawiki.rcfilters.filters.ui|oojs-ui.styles.icons-editing-advanced&skin=vector&version=0348rln net::ERR_SPDY_PROTOCOL_ERROR 200. — Vort (обс.) 14:03, 19 июня 2019 (UTC)

  • Сегодня у меня неподетски тормозят скрипт Удобные ответы (CD) и гаджет HotCat. — VladXe (обс.) 14:10, 19 июня 2019 (UTC)
  • У меня сегодня вообще вся Википедия страшно тормозит. Думал, на моей стороне что-то. Землеройкин (обс.) 14:58, 19 июня 2019 (UTC)
  • Аналогичная проблема в разных местах. Прямо вот тут пока этот топик читал, вывод страницы замер без интерфейса, а топики ниже появлялись по капле один за другим. Помогает переход на какую другую страницу руВП и возврат, в ряде случаев только сброс запроса (закрыть вкладку, заново прийти на страницу). Обычно (но не всегда) значит, что движок на что-то (в плане софта) медленно и уныло величаво мигрирует, что порой занимает до суток. --Neolexx (обс.) 15:03, 19 июня 2019 (UTC)
    • Раньше такое тоже бывало — кусок страницы загрузится, а затем по слову в секунду дополняется. Теперь, видимо, поменялся масштаб проблемы. Если раньше такое было один раз на тысячу просмотров, то теперь чуть ли не каждый второй. — Vort (обс.) 15:15, 19 июня 2019 (UTC)
  • У меня то же. Надо искать на фабре тему, если нет - создавать. MBH 16:47, 19 июня 2019 (UTC)
  • 2 недели почти вообще не грузилась. Включится не минуту-две и несколько часов белая страница. А последнюю неделю временами грузится страница буквально по байтам, вижу пропечатку каждого предложения, уходит до минуты-двух на полную загрузку. На днях сообщение всплывало типа: «Мы улучшили наши сервисы, оцените новую скорость загрузки». Вот так около месяца я уже мучаюсь, ищу окошко во время которого пытаюсь сохранить текст. Сначала думал, что в Казахстане в связи с выборами тырнет глючит, а как оказалось — сервера подкручиают... «Не успел убежать сохранить — расслабься и получай удовольствие...» Вот такая вот любовь с Вики — огонь просто. Зайва Игорь Леонидович (обс.) 20:56, 19 июня 2019 (UTC)
    • Нет, эта проблема существует два дня, а не две недели. Две недели - это, возможно, и действительно что-то казахское. MBH 21:06, 19 июня 2019 (UTC)
      • Было и несколько раньше, точно не помню, где-то уже в этом месяце. И действительно, как ниже говорят, повторная попытка проходит нормально. --Walizka w Czarnym (обс.) 22:31, 19 июня 2019 (UTC)
  • Присоединяюсь, тоже наблюдается проблема, открываю пачку страниц разом, как привык - треть не загружается вовсе, треть наполовину... И CD срабатывает лишь на 1-2 открытых форумах. 100% помогает только сброс запроса по Неолексу, но часто и простая перезагрузка. Excellence (вклад) 21:01, 19 июня 2019 (UTC)
  • Да, проблеме два дня. Виснет вся инфраструктура Фонда. От рувики до тулфоржа и стрима.—Iluvatar обс 21:34, 19 июня 2019 (UTC)
  • Подтверждаю. Есть такая проблема. Помогает остановка загрузки страницы и её перезагрузка. Причём закономерности нет. Другие сайты работают нормально. Oleg3280 (обс.) 21:55, 19 июня 2019 (UTC)

Я думаю, завершилось. Что-то глобально обновляли. У нас же не сервер и даже не серверный кластер, и система географически разнесённых кластеров со сложным распределением нагрузки и кеширования на прокси-серверах. Поэтому порой занимает до суток и более. Поэтому и лайфхаки как выше помогали. Аналогично лайфхаку с никаким инетом с мобильного. Где часто (но не всегда) помогает просто выключить мобилу, подождать не менее 30сек и опять включить. Вроде как смысла нет, а на самом деле распределитель нагрузки подключит к менее загруженной станции, и всё опять на некоторое время залетает. --Neolexx (обс.) 12:59, 20 июня 2019 (UTC)

  • Глюк никуда не исчез, просто стал проявляться реже, как и раньше. Не похоже это на исправление. — Vort (обс.) 07:50, 23 июня 2019 (UTC)
  • В то, что сервер перегружен, поверить сложно. То грузится идеально, то тормозит ужасно. Под нагрузкой тормозило бы всё. Если предположить, что изредка кидает на «неправильный» сервер, то тоже странно: если известно, что сервер по сути издох (передача по слову в секунду эквивалентна полной неработоспособности), то его отключать надо или снимать с него лишнюю нагрузку. Но в течение многих лет (по моим ощущениям) этого не происходит. — Vort (обс.) 07:57, 23 июня 2019 (UTC)

phab:T226334 Нажаловался. MBH 17:33, 23 июня 2019 (UTC)

Скрытие изменений содержимого категорий из списка наблюдения[править код]

Возможно ли скрыть изменения такого типа из него? А по конкретным категориям отдельно? KPu3uC B Poccuu (обс.) 11:40, 19 июня 2019 (UTC)

Отмена правки со ссылкой в черном списке[править код]

Интересно получается: вот эту правку [4] я не могу отменить обычной отменой, потому что возвращаемая версия содержит ссылку в черном списке. Но я могу ее отменить функцией отката, что не очень хорошо, потому что не могу написать причину отмены. Оставлять в исправленном виде без отмены тоже плохо. --Sergei Frolov (обс.) 12:24, 18 июня 2019 (UTC)

  • Так удалите внешнюю ссылку из ЧС при отмене. Её по-любому не должно быть в статье. — VladXe (обс.) 12:31, 18 июня 2019 (UTC)
    • Удалить из ЧС могут только админы. Ну а из статьи удалять — тот же вандализм. Компромиссный вариант — переоформить её шаблоном {{книга}}. — Vort (обс.) 12:47, 18 июня 2019 (UTC)
      • Так не сноску удалить, а внешнюю ссылку на ресурс, который в ЧС. — VladXe (обс.) 12:55, 18 июня 2019 (UTC)
        • Так она, судя по всему, с ошибкой. На самом Академике источник указан вот так: «Большой юридический словарь. — М.: Инфра-М. А. Я. Сухарев, В. Е. Крутских, А.Я. Сухарева. 2003.», что явно полнее, чем «См. например определение термина в «Юридическом словаре», 2000.», где даже названия статьи нет (его хоть и можно угадать, но не нужно). — Vort (обс.) 13:20, 18 июня 2019 (UTC)
  • Кстати, существует техническая возможность отката с описанием. Не знаю, включена ли она в рувики. Игорь (обс) 11:20, 19 июня 2019 (UTC)

Tech News: 2019-25[править код]

Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.

Проблемы

  • Редактирование страниц на Викискладе будет недоступно на протяжении 30 минут 19 июня с 05:00 (UTC) для того, чтобы исправить проблему с оборудованием. Чтение страниц это не затронет. phab:T224516

Позже на этой неделе

  • Проигрывание MIDI-файлов скоро будет возможно без расширения Score. Добавить MIDI-файл можно будет просто кодом [[File:Filename.midi]]. Позже перестанут работать свойства override_midi и override_audio, вместо этого нужно будет добавлять MIDI-файл под нотами. phab:T135597
  • Проигрыватель медиафайлов скоро будет заменён на новый. Опробовать новый проигрыватель можно уже сейчас, включив его в настройках на странице бета-функций. Если за время тестирование в нём не обнаружат серьёзных проблем, он заменит нынешний проигрыватель. phab:T148103
  • Повторяющееся событие Новая версия движка MediaWiki апробируется на тестовых вики и MediaWiki.org с 18 июня. Невикипедийные вики-сайты и некоторые разделы Википедии получат её 19 июня, все проекты — 20 июня (календарь).

Встречи

  • Повторяющееся событие Для технически продвинутых Приглашаем на технический совет в IRC, где разработчики-волонтёры могут обменяться опытом. Встреча пройдёт 19 июня в 15:00 (UTC). См. инструкцию.

Будущие изменения

  • Для технически продвинутых В некоторых гаджетах и пользовательских скриптах до сих пор используются старые константы wgEnableAPI и wgEnableWriteAPI. Они всегда равны true и избыточны. Скоро их удалят, что может сломать использующие их скрипты. Эти константы нужно удалить из кода. [5]

Технические новости подготовлены техническими посредниками и публикуются ботом • Дополнить • Перевести • Помощь • Оставить отзыв • Подписаться или отписаться.

20:37, 17 июня 2019 (UTC)

Что происходит с переводчиком?[править код]

Я раньше охотно использовал Бета-функцию «Перевод содержания», потому что она аккуратно заменяла гиперссылки на английские статьи их русскими аналогами (если, конечно, такие существуют), и это заметно сокращало техническую работу по созданию русских аналогов английских статей. Но в последние месяцы я не могу пользоваться этим переводчиком, причём сразу по нескольким причинам.

  1. Пропала напрочь возможность переноса математических формул. Вместо них торчит какой-то код img.
  2. Записать результат перевода в черновик теперь стало невозможно, пока примерно четверть текста не переделаешь (неважно как). Нет даже возможности занести текущий перевод в Clipboard.
  3. Списки ссылок нередко представляют собой безобразную HTML-кашу.

О качестве перевода я говорить не буду, оно меня мало волнует, всё равно текст будет переделан до основания и дополнен.

Может кто-нибудь рассказать, как с этим бороться? И почему многие хорошие сервисы (эх, Викиссыльщик!), вскоре после появления начинают портиться? LGB (обс.) 15:25, 16 июня 2019 (UTC)

  • Переводчик, похоже, принудительно переведен на версию 2.0. Старые глюки исправлены добавлением новых. Бороться никак, продукт поставляется as is. PS. Насчет записи в черновик: попробуйте лайфхак: выйти в главное меню переводов, войти обратно и сразу ткнуть в кнопку записать. Igel B TyMaHe (обс.) 15:57, 16 июня 2019 (UTC)
  • Если вопрос только в ссылках, то есть ВП:Лакмус. Викизавр (обс.) 16:26, 16 июня 2019 (UTC)
    • Вопрос в автоматически преобразованных ссылках и сносках. Машинный перевод, как указал коллега, можно и не делать, хотя он несомненно ускоряет процесс. Igel B TyMaHe (обс.) 20:59, 16 июня 2019 (UTC)
    • Спасибо за наводку, любопытное и, судя по результатам первых моих испытаний, полезное средство. Качество автоматического преобразования гиперссылок с его помощью ещё как следует не оценил, сегодня попрактикуюсь. LGB (обс.) 10:44, 17 июня 2019 (UTC)
  • Ещё можно на это пожаловаться одному из разработчиков автопереводчика — коллеге Amire80. Раммон (обс.) 13:23, 17 июня 2019 (UTC)
    • ✔ Сделано. LGB (обс.) 13:32, 17 июня 2019 (UTC)
      • А про формулы народ уже давно жалуется — так до сих пор ничего в этом направлении и не сделано, видимо. И вряд ли будет сделано в ближайшем будущем. Раммон (обс.) 13:40, 17 июня 2019 (UTC)
        • Печально, если так. Для меня полная загадка — какие могут быть трудности с переводом формул, если они ни в каком переводе не нуждаются и должны быть просто скопированы без затей? LGB (обс.) 16:29, 17 июня 2019 (UTC)
Про формулы — я воспроизвёл, должно быть исправлено скоро, но не знаю точно когда. См. phab:T214256#5263052
«Записать результат перевода в черновик теперь стало невозможно, пока примерно четверть текста не переделаешь» — это главная проблема, над которой мы работаем. Люди (справедливо) жаловались, что некоторые участники записывают слишком много машинного перевода, и мы добавили более умную фильтрацию, но мы немножко перестарались, и теперь люди жалуются на фильтрацию. Очень скоро будет лучше.
«Списки ссылок нередко представляют собой безобразную HTML-кашу.» — можно пример? --Amir E. Aharoni (обс.) 16:44, 17 июня 2019 (UTC)
Свежих примеров под рукой нет, вот мартовский перевод: [6], обратите внимание на раздел «Рекомендации». Также горячо рекомендую полностью отказаться от «умной фильтрации», потому что сама идея обеспечить качество перевода с помощью количественного фильтра, мягко выражаясь, странная и уж точно бесполезная. Человек умнее любой программы, и либо он найдёт способ преодолеть фильтр, либо просто откажется от неудобного сервиса Переводчика. LGB (обс.) 17:13, 17 июня 2019 (UTC)
Amire80, для предотвращения злоупотреблением машинным переводом нужно использовать блокировки, а не фильтрацию. И, соответственно, на просьбы сделать фильтрацию нужно отвечать рекомендацией использовать механизм блокировок, доступный любому администратору. Раммон (обс.) 06:32, 18 июня 2019 (UTC)
  • Кстати, присоединяюсь. Меня эти уведомления о таком-то % машинного перевода раздражают. Системы совершенствуются и нередко выходит довольно связный машинный текст, который надо уже стилистически переработать, но записать не давало из-за этих %-ов даже в черновик (!).
    Хотя это достаточно давно было, сейчас не в курсе ситуации. Excellence (вклад) 19:24, 18 июня 2019 (UTC)
    • Поскольку разработчики автопереводчика добавлением кривой фильтрации сделали его неработоспособным, то им просто никто не будет пользоваться, и люди по-старинке будут делать переводы (в том числе и машинные переводы). Я, например, именно так перевёл на французский статью fr:Meurtre d'Anastasia Mechtcheriakova просто потому что автопереводчик ругался на процент автоперевода. Раммон (обс.) 06:49, 19 июня 2019 (UTC)
      • Коллега, пожалейте французов — «Le meurtre d’Anastasia Mechtcheriakova — le meurtre de fillette de quatre ans», «L’acte d’un policier … trouve à la fois le soutien et la critique», это вообще что, машпереводчик или ваш фирменный москоу френч? Впрочем, французам без разницы, это комшар в любом случае. Викизавр (обс.) 11:34, 19 июня 2019 (UTC)
  • Какая-то фильтрация нужна, потому что инструментом могут пользоваться не только опытные участники, но и полные новички (и он даже среди них рекламируется). Опыт первой версии показывал, что рук на то, чтобы отслеживать машинные переводы, нигде найдено не было. stjn 15:34, 21 июня 2019 (UTC)

Ш:Епископы Новгородские[править код]

Сложите его пожалуйста, не дело, когда из-за него палец устает колесо крутить. --@ → SAV © 11:11, 16 июня 2019 (UTC)

Итог[править код]

Special:Diff/100451274. Oleg3280 (обс.) 11:18, 16 июня 2019 (UTC)

Сноски по столбикам не раскладываются[править код]

Сперва отключили это — {{примечания|2}} , а теперь и это не работает. Может приостановить уже деятельность этого "улучшателя"? --@ → SAV © 10:30, 16 июня 2019 (UTC)

Итог[править код]

Спасибо за идею. Поставил (30em) - заработало. — Эта реплика добавлена участником Schekinov Alexey Victorovich (о • в)

СО документаций[править код]

intitle:/\/doc/ prefix:"Обсуждение шаблона:"

Оказывается, иногда вместо обычных СО используют СО документации. По-моему, это плохая практика: 1) вопросы шаблона и его документации сложно отделить, получается дублирование; 2) за документациями меньше следят. В англовики, вероятно, думают также, а потому на СО документаций ставят перенаправления на основную СО. Если мы считаем также, можно: 1) поискать ботовода для тех же целей; 2) поставить фильтр правок, посылающий куда надо; 3) хотя бы вычистить это добро. Ну что? Викизавр (обс.) 20:03, 15 июня 2019 (UTC)

  • Не вижу ничего плохого в объединения такого рода страниц, а вижу только позитивные моменты — это в разы облегчит поиск информации и решение проблем. — С уважением, Helgo13 • (Обс.) 20:13, 15 июня 2019 (UTC)
  • Да, на страницу обсуждения документации ещё и не тривиально попасть, за объединение. Serhio Magpie (обс.) 20:17, 15 июня 2019 (UTC)
  • Согласен, что обсуждать документацию шаблона в отрыве от него самого — что-то запредельное. Нужен постоянный бот, который бы отслеживал новые страницы в пространстве шаблонов и переносил СО документации на СО шаблона, заменяя содержимое страницы перенаправлением. Заодно и авторов таких СО уведомлял, что так делать не надо. Хорошо бы этот момент прописать в руководстве или что там для шаблонов есть, чтобы боту было на что ссылаться. — VladXe (обс.) 19:39, 17 июня 2019 (UTC)

Предварительный итог[править код]

Необходимость обсуждения шаблона на его собственной СО, а не на СО документации очевидная и была подтверждена участниками. Начнём с переноса содержимого со страниц обсуждения документации на основную СО шаблона. Сделаю запрос. — С уважением, Helgo13 • (Обс.) 12:25, 23 июня 2019 (UTC)

Итог[править код]

Реализовано в виде полного запрета создания таких страниц (с предупреждением и ссылкой на обсуждение шаблона). — С уважением, Helgo13 • (Обс.) 19:07, 24 июня 2019 (UTC)

Шаблон:Спортивное соревнование[править код]

Есть Шаблон:Спортивное соревнование. Он используется в тч в статьях про чемпионаты мира по настольному теннису. Смотрим Чемпионат мира по настольному теннису 1932. В карточке (собственно в этом самом шаблоне) видно, что предыдущее соревнование названо как "1931", а следующее как "Чемпионат мира по настольному теннису 1933 (январь)". Причем если смотреть другие чемпионаты, то у всех предыдущих в карточке идут вместо названия годы, а у всех следующих - полное название. Название подтягивается из Викиданных. Почему до 1932 года названия не подтягиваются, а с 1932 все ок - голову сломал, не могу понять. Помогите пожалуйста. --Peter Porai-Koshits (обс.) 15:54, 14 июня 2019 (UTC)

Шаблон:Книга:Национальная энциклопедия Узбекистана[править код]

Шаблон не поддерживает параметр «статья», как это сделано для БСЭ и прочих. 83.219.136.133 15:50, 14 июня 2019 (UTC)

Не обновляется тег <title> после просмотра изображения[править код]

При открытии ресурса Wikipedia, не важно, на главной странице, или в любой из статей, видим, что тег <title> принимает имя текущей страницы. (пример: скриншот №1)

Если, мы нажмем на любое изображение, используемое в статье, мы обнаружим что тег <title> изменился на краткое описание изображения. (пример: скриншот №2)

Если, закрыть изображение, и вернуться в статью то тег <title> остается, сохраняя параметры описания просмотренного изображения, а не обновиться, касательно текущей статьи или главной страницы. (пример: скриншот №3)

Zhdan zhdan (обс.) 11:03, 14 июня 2019 (UTC) Тестировалось на разных браузерах, а так же на разных языках (русский/английский) - ошибка аналогична.

Воспроизвёл на тествики. Это надо писать на Phabricator:. Только вначале желательно поискать — не сообщал ли кто-либо ещё там об этой ошибке. — Vort (обс.) 11:10, 14 июня 2019 (UTC)
Спасибо за ответ. Да на Phabricator: уже нашли эту ошибку 5 дней назад. (ссылка на тему). Zhdan zhdan (обс.) 11:48, 14 июня 2019 (UTC)

Шаблон:Не переведено 4[править код]

Если в этом шаблоне интервики ведёт в итальянскую ВП, то пробел перед следующим словом съедается. Причина в том, что нижний значок "it" короче, чем верхний "ru", а пробел привязан к нижнему значку. Пример: Пезенти, Антонио, в разделе "Книги" Приложение 1. Дж. Ла Грасса Микроэкономика. Если значок "en" или "de", то все нормально. Нельзя ли устранить проблему? -- Алексей Галушкин (обс.) 07:50, 14 июня 2019 (UTC)

Шаблон:Кабинет министров Сергея Терещенко[править код]

Надо увеличить ширину столбца должность раза в три.--Kaiyr (обс.) 07:48, 14 июня 2019 (UTC)

  • Этот шаблон стоит переписать, а не оставлять в таком виде. — С уважением, Helgo13 • (Обс.) 09:05, 14 июня 2019 (UTC)
    • Сделал. Многие министерства были переименованы или объединены. Можно их объединить что бы компактнее было.--Kaiyr (обс.) 11:08, 14 июня 2019 (UTC)
      • @Kaiyr: если Вы пришлёте мне информацию по объединению министерств, то я займусь этими шаблонами (Вы мне задавали вопрос про них на ЗСА). Нужна просто краткая информация, например Министерство труда + Министерство социальной защиты = Министерство труда и социальной защиты (17 марта 2000 года), если были разъединения, то тоже. — С уважением, Helgo13 • (Обс.) 11:51, 14 июня 2019 (UTC)

Лат/кир[править код]

Бот меняет латиницу на кирилицу. Тут всё нормально. Но делает он это уже второй раз. При этом, например, название статьи остаётся прежним, а ссылки на неё в статьях меняются ботом. После первого прохода я переименовал статью в соответствии с произведёнными заменами. Могу переименовать ещё раз — не проблема. Но это окончательный вариант или будут ещё? Simba16 (обс.) 17:56, 13 июня 2019 (UTC)

  • Названия на кавказских языках должны быть написаны с палочкой. Да, вариант с палочкой - окончательный. MBH 03:44, 14 июня 2019 (UTC)

параметр archivedate в citeweb[править код]

Коллеги. Я что-то делаю не так, но не могу понять что. Не поможете ли? Zergeist2 (обс.) 07:36, 13 июня 2019 (UTC)

Там были опечатки. Исправил. — Vort (обс.) 07:48, 13 июня 2019 (UTC)
Спасибо. Глаз замылился. Zergeist2 (обс.) 08:01, 13 июня 2019 (UTC)

Неправильно работает шаблон[править код]

Здравствуйте! Никак не получается настроить Шаблон:Книга:Энциклопедия туриста, может кто помочь? Там ссылку не получается настроить и нужно сократить шаблон, сделав по типу Шаблон:БРЭ... Зайва Игорь Леонидович (обс.) 07:18, 12 июня 2019 (UTC)

  • Проверьте, я немного подправил шаблон. Остальные пожелания напишите, я постараюсь подправить. — С уважением, Helgo13 • (Обс.) 09:36, 12 июня 2019 (UTC)
    • Спасибо за интерес и помощь! Но правкой вы не улучшили, а, скорее, ухудшили работу шаблона. Многие источники отсутствуют в сети, а на Гугл.Букс они открыты только по «запросам», а вы убрали этот самый «запрос» из ссылки, теперь ссылка только на источник ведёт, а нужно на страницу и/или термин. Или нужно добавить запрос и проверить его работу или я лучше отменю правку, если не против. Кстати, ссылка тоже может пригодиться, например, вот сайт с частичной перепечаткой материала, только не уверен, что можно на него ссылаться... Пытаюсь нарыть материал, пишу статью у себя Снежное убежище, там в источниках можно глянуть пример как оно работать должно без шаблона (2 ссылки, кликните — поймёте, почему именно так). Зайва Игорь Леонидович (обс.) 10:35, 12 июня 2019 (UTC)

Движок рувики не соблюдает ВП:Тире[править код]

При сортировки внутри категории статьи, начинающиеся на цифры, помещаются в раздел «0–9», где диапазон представлен коротким тире, запрещённым в русской типографике. Согласно ВП:Тире, там должно быть длинное тире: «0—9». — VladXe (обс.) 08:19, 11 июня 2019 (UTC)

Tech News: 2019-24[править код]

Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.

Последние изменения

  • Для создания PDF из страниц проекта теперь применяется Proton. Ранее это был Electron. Оба используют Chromium. Выглядеть должно так же, но работать лучше. Эта система отличается от той, когда вы собираете несколько статей в книгу и создаёте из них PDF. phab:T210651phab:T186748
  • Расширение Flagged Revisions теперь использует стандартные OOUI-иконки. В следующих развёртываниях ожидаются дополнительные мелкие правки позиционирования. phab:T155878
  • Для технически продвинутых Боты и другие скрипты, в которых не установлен должным образом идентифицирующий User agent, могут обнаружить строгое ограничение на скорость обращений. phab:T224891

Проблемы

  • Пожалуйста, проверьте отвечает ли конфигурация расширения Flagged Revisions в вашем проекте ожиданиям (или тому, как она выглядела несколько недель назад). Если не отвечает, сообщите об этом, пожалуйста. phab:T225144

Позже на этой неделе

  • На этой неделе новых версий MediaWiki не будет.

Встречи

  • Повторяющееся событие Для технически продвинутых Приглашаем на технический совет в IRC, где разработчики-волонтёры могут обменяться опытом. Встреча пройдёт 12 июня в 15:00. См. инструкцию.

Технические новости подготовлены техническими посредниками и публикуются ботом • Дополнить • Перевести • Помощь • Оставить отзыв • Подписаться или отписаться.

17:06, 10 июня 2019 (UTC)
То есть, возмущения по поводу прошлых «чёрных меток» оказалось недостаточно? — Vort (обс.) 09:51, 12 июня 2019 (UTC)

Конфликт редактирования — в чём проблема?[править код]

А почему иногда приходится такое видеть, и это подчёркивается — что это произошло? В чём трудность при оповещении, что кто-то оставил сообщение, пока вы писали своё, нажать стрелку назад (ну, вроде, там обновить страницу ещё), выделить-скопировать в буфер обмена свой текст, зайти в тему по-новой и вставить? - 94.188.116.166 11:08, 10 июня 2019 (UTC)

Понятно, что может быть неактуально уже написанное. Но это проблемы писавшего. Отсылки к КР создают впечателение какой-то технической трудности. Их же нет? Как вариант — в контексте снижения актуальности — можно подредактировать текст. - 94.188.116.166 11:10, 10 июня 2019 (UTC)

Вы про шаблон {{КР}}. Используется он тогда, когда вас опередили и написали ровно то, что хотели сказать вы. А вам плоды своего творчества тоже жаль бросать: не зря ж писали. И чтобы это не выглядело совсем по-глупому (два одинаковых текста), используют шаблон.—Iluvatar обс 14:28, 10 июня 2019 (UTC)

"Домашний вики-проект" (home-wiki)[править код]

Что это более точно, есть ли это же через API? Имею в виду таблицы как Служебная:CentralAuth/Neolexx, где руВики у меня отмечена домиком и как «домашний» вики-проект. Так же у многих, но не у всех. У некоторых, например, Служебная:CentralAuth/Fränsmer - очевидно "родной", основной подпроект обозначен зелёным кружком с плюсом и новая учётная запись.
Где бы обо всём этом почитать, если есть где (на русском или английском)? --Neolexx (обс.) 09:35, 10 июня 2019 (UTC)

Рядом с домиком есть значок вопроса. Кликните. Домик — тот проекте, где было запущено создание SUL в далёком 2009-2010. Плюсик ставится там, где зарегистрировался впервые или, если аккаунт был создан до SUL, то ставится только если плюсик не совпадает с домиком. Есть ещё ключик, письмо (см. учётку Джимбо). В API домашнюю вики можно вытащить, не помню как.—Iluvatar обс 14:36, 10 июня 2019 (UTC)
Платил бы в долларах - с меня был бы полновесный Кеннеди помимо спасибо. Однако КУЛы на кулейки не делятся, вспомните - приходите за оплатой. :-) --Neolexx (обс.) 14:48, 10 июня 2019 (UTC)
1 См. общее свойство "home" и свойства "method" для каждой вики.—Iluvatar обс 15:05, 10 июня 2019 (UTC)
Спасибо! Я слегка причесал, чтобы через тот же домен был и явный JSON:
https://ru.wikipedia.org/w/api.php?action=query&format=json&formatversion=2&meta=globaluserinfo&guiuser=Neolexx
Если data.query.globaluserinfo.home == 'ruwiki' то паспорт руВики, если иное, то турист или на долгосрочной бизнес-визе (например) :-)
Домики, ключики, кружочки - через запрос свойства merged (Джимбо через спецстраницу - Джимбо через API). Однако на текущий момент это скорее для исторического интереса. Если кто захочет проверить, когда и на каких основаниях система проставляла штамп о вики-гражданстве.
@Iluvatar: если есть желание - ваши два КУЛ? --Neolexx (обс.) 16:48, 10 июня 2019 (UTC)
Или без format и с utf: 1. Только не знаю, для чего вся эта информация может понадобится. По «домашней вики» даже о языке пользователя сделать предположение нельзя. Что касается КУЛ, то, если вам очень хочется, на ваш выбор. Улучшать статьи на неинтересную тему — пытка.—Iluvatar обс 17:01, 10 июня 2019 (UTC)
Смерть хиппи! Да здравствуют панки! Koenigsegg CC (оплата в течение суток) --Neolexx (обс.) 20:31, 10 июня 2019 (UTC) ✔ Сделано --Neolexx (обс.) 22:43, 11 июня 2019 (UTC)
Для справки, у меня, например, "домашний" проект - это mediawiki.org. --Kaganer (обс.) 12:31, 25 июня 2019 (UTC)

Время для скриптов истекло — в статьях по тематике АТЕ[править код]

История, аналогичная тому, что было со статьёй Прохладненский район (см. тему ниже) - медленные шаблоны Население/STA и ошибки со скриптами в статьях в результате. Вероятно, работа по исправлению ситуации идёт (Википедия:Технические запросы#Модуль:Statistical), однако, думаю, нелишне будет указать на масштаб проблемы. Пока это история не повсеместная, к счастью, но для некоторых статей проблема проявляется весьма болезненно - читателю не видны довольно значительные объёмы данных (Административно-территориальное деление Кабардино-Балкарии - тут вообще осталась таблица только по одному району из 10, Алексеевский район (Белгородская область), Веретейское сельское поселение, Ивановский район (Ивановская область), Нагорьевское сельское поселение (Ярославская область), Нытвенский район - пропали таблицы с НП, входящими в состав адм. единицы). Собственно, вопрос: может ли проблема решаться точечно по указанным статьям (поскольку в точки зрения содержания статей поломки уже весьма серьёзны или даже критичны, как в случае с АТД КБР) или же без альтернативы остаётся только ждать переписывания кода/переделывания шаблона в модули? --Eustahio (обс.) 18:01, 8 июня 2019 (UTC)

Коллеги, так каков итог-то? Почему сломано и каков окончательный путь решения? Нахрена вообще в эти таблицы добавили автонумерацию? В чём проблема была пронумеровать статически? И почему эти мега-таблицы снова в статьях, а не в модуле?--Kaganer (обс.) 12:39, 25 июня 2019 (UTC)

  • Эти таблицы сейчас выносятся в отдельный шаблон. — С уважением, Helgo13 • (Обс.) 13:10, 25 июня 2019 (UTC)
  • Автонумерация это только пол беды, пару дней назад и простую таблицу пришлось перенести - {{ExecuteList/Тверская область}}. Проблема в самих модулях для Населений. Serhio Magpie (обс.) 13:43, 25 июня 2019 (UTC)
    Ну так можно же было какую-то инструкцию написать, с 12-то июня? И вывесить её куда-нибудь на видное место в шапку форума. Что происходит, кто крайний, чем можно помочь, что делать, когда видишь в статье такую ошибку. Люди же видят это всё и спрашивают... --Kaganer (обс.) 16:48, 25 июня 2019 (UTC)

Состояние дизамбигов[править код]

Перенесено на страницу Википедия:Форум/Общий#Состояние дизамбигов. — Алексей Копылов 20:36, 7 июня 2019 (UTC)

Для бота: 18:55, 7 июня 2019 (UTC)

Разбудите бота-обновлятора[править код]

В ПРО:БИО не обновляется список новых статей, последнее обновление 2.06, а сегодня уже 7-е. — VladXe (обс.) 11:32, 7 июня 2019 (UTC)

Бот работал через Petscan, Petscan сдох. Вернее не совсем сдох, но очень любит показывать кукиш вместо результатов поиска. Без Petscan же сильно просядет скорость работы бота. Учитывая сколько на нем списков висит, подозреваю что решением ботовода будет "ну и хрен с ним, подождем пока Petscan починят". Zero Children (обс.) 20:14, 9 июня 2019 (UTC)

Сломали интерфейс патрулирования[править код]

Теперь, просто открыв недопатрулированную статью, там нет кнопки в скобках, разворачивающей дифф между пат- и последней версиями. У всех это? Это было запланировано? MBH 11:11, 7 июня 2019 (UTC)

Итог[править код]

Да, это баг, внесённый разработчиками, на фабре уже создан тикет. Временное решение - внести в special:mypage/common.css код #mw-fr-difftoggle { display:inline !important; } MBH 21:25, 9 июня 2019 (UTC)

Южная Корея на зимних Олимпийских играх 2018[править код]

В статье торчит категория «Шаблоны: Хоккейные матчи на зимних Олимпийских играх 2018». HotCat не помогает. Откуда она там и как с ней бороться? Simba16 (обс.) 07:59, 7 июня 2019 (UTC)

Итог[править код]

Для бота. Землеройкин (обс.) 08:00, 8 июня 2019 (UTC)

Статистика патрулирования: странные глюки[править код]

Во-первых, на странице Служебная:Статистика_проверок начала двоиться статистика пространств "Основное", "Файл" и "Шаблон" в таблице.

Во-вторых, инструмент https://tools.wmflabs.org/h2bot/ps/ перестал работать и выдаёт ошибку при любых входных данных.

Соответственно, выражаясь по-научному, прошу привести средства учёта и контроля в исправное состояние. Фред-Продавец звёзд (обс.) 16:36, 6 июня 2019 (UTC)

  • u:Haffman, нужно починить инструмент, поля _user и _user_text заменены полем _actor с внешним ключом к таблице mw:Manual:Actor table. MBH 11:09, 7 июня 2019 (UTC)
  • Фред-Продавец звёзд, я написал замену к нему, тестируйте. MBH 04:49, 8 июня 2019 (UTC)
    • Работает, но очень медленно. И по-моему, показывает устаревшие цифры. Землеройкин (обс.) 07:59, 8 июня 2019 (UTC)
    • Похоже, пашет, хоть и медленнее, чем сломанный инструмент. В качестве запасного средства можно использовать, если тот не работает. Спасибо! Фред-Продавец звёзд (обс.) 08:23, 8 июня 2019 (UTC)
      • Я вот попробовал через quarry [7] — получается значительно быстрее. Землеройкин (обс.) 08:37, 8 июня 2019 (UTC)
        • Цифры не должны быть устаревшими точно. Утром работало быстрее, к середине дня заработало намного медленнее, не знаю почему. В любом случае, я переписал код запроса, при помощи кода Землеройкина, Занки и Гурона, сейчас где-то за 5 минут выполняется. Пахать медленнее, чем сломанный инструмент, оно и должно: во-первых новая схема БД, с обращением к таблице actor, принципиально медленнее старой и разрабы это признают, а во-вторых у Хаффмана нет разбивки по пространствам имён и выделения распатрулирований, а у меня есть. MBH 16:07, 8 июня 2019 (UTC)

Описание изображения[править код]

Почему оно не отображается в статье Савонарола, Джироламо? Сломан шаблон "Философ"? --Ghirla -трёп- 14:24, 6 июня 2019 (UTC)

У страницы поиска пропал URL[править код]

Запрос на Phabricator
T223709

Набираю слово для поиска в поле поиска в углу, открывается страница поиска. Ее URL содержит всякие параметры, его можно куда-нибудь скопировать, чтобы показать результаты поиска. Меняю что-нибудь в искомом и ищу второй раз. Всё, URL сократился до https://ru.wikipedia.org/w/index.php. Это баг или? Vcohen (обс.) 10:22, 6 июня 2019 (UTC)

У меня не скрывается. Может, браузер считает, что пользователю знать URL излишне? Воспроизводится ли проблема с другими браузерами? Также стоит попробовать воспроизвести из под анонима. — Vort (обс.) 10:31, 6 июня 2019 (UTC)
Пока консистентно воспроизводится в ИЭ, Хроме и ФФ. При этом в ФФ попробовал и анонимно - тогда не воспроизвелось. Vcohen (обс.) 11:13, 6 июня 2019 (UTC)
Может, какой-то гаджет мешает? Проверял в Vivaldi и в Firefox — проблемы не увидел. — Vort (обс.) 11:15, 6 июня 2019 (UTC)
У меня воспроизвелось если не менять текст. — Vort (обс.) 11:16, 6 июня 2019 (UTC)
Подтверждаю наличие проблемы, замечена 17 мая. Windows 7 Профессиональная SP1 32 бита, Google Crome версия 74.0.3729.169, обновлена до 75.0.3770.80. Kalendar (обс.) 10:46, 6 июня 2019 (UTC)
У меня URL не сокращается. Если я всё правильно делаю (меняю что-нибудь в искомом — это корректировка слова/вводимого_текста в поиске?). - 94.188.116.166 11:09, 6 июня 2019 (UTC)
Под заголовком «Результаты поиска» окно с изображением лупы. При изменении первоначального текста поиска в этом окне и нажатии кнопки «Найти» адрес урезается. PS: адрес урезается даже без изменения первоначального текста поиска при нажатии кнопки «Найти». Kalendar (обс.) 11:13, 6 июня 2019 (UTC)
Подтверждаю. Заявленная проблема (у меня) отсутствует. - 94.188.116.166 11:17, 6 июня 2019 (UTC)
В общем, у меня так: URL режется на третьем поиске — хоть менять текст, хоть нет. — Vort (обс.) 11:20, 6 июня 2019 (UTC)
У меня не режется при третьем поиске и последующих (менять/не менять текст — не имеет значение, всё равно не режется). - 94.188.116.166 11:23, 6 июня 2019 (UTC)
Последовательность такая:
https://ru.wikipedia.org/w/index.php?search=тест+12345&title=Служебная:Поиск&go=Перейти&ns0=1 →
https://ru.wikipedia.org/w/index.php?search=тест+12345&title=Служебная:Поиск&profile=advanced&fulltext=1&advancedSearch-current={}&ns0=1 →
https://ru.wikipedia.org/w/index.php
— Vort (обс.) 11:33, 6 июня 2019 (UTC)
https://ru.wikipedia.org/w/index.php?search=тест+12345&title=Служебная%3AПоиск&go=Перейти&ns0=1 — первый
https://ru.wikipedia.org/w/index.php?search=тест+12345&title=Служебная%3AПоиск&profile=advanced&fulltext=1&advancedSearch-current=%7B%7D&ns0=1 — второй и последующие
— 94.188.116.166 12:05, 6 июня 2019 (UTC)
Да, после разлогина воспроизводиться перестаёт. — Vort (обс.) 13:30, 6 июня 2019 (UTC)

Представленные адреса абсолютно идентичны. А вот результаты получаются разные. Kalendar (обс.) 12:30, 6 июня 2019 (UTC)

У меня — одинаковые [8]. - 94.188.116.166 13:14, 6 июня 2019 (UTC)

Итог[править код]

Большое спасибо всем. Vcohen (обс.) 19:42, 7 июня 2019 (UTC)

Википедия:К удалению[править код]

Здесь находятся завершившиеся обсуждения. Просьба не вносить изменений.
Нынче 5 июня. Которое в таблицу на сабжовой странице не попало. Да и бог бы с ним — но туда не попало также и 4 июня! (А вот третье — ещё попало.) Наверное, пора уже что-то с этим делать, нет? --AndreiK (обс.) 19:24, 5 июня 2019 (UTC)

Итог[править код]

Страница обновилась. В архив. С уважением, Helgo13 • (Обс.) 12:28, 6 июня 2019 (UTC)

Прохладненский район[править код]

Всем доброго времени суток! Статья изобилует поломками: "Время, выделенное для выполнения скриптов, истекло" и "Ошибка выражения: не ожидаемый оператор <". Большая просьба к знающим людям разобраться, в чём дело. Заранее спасибо! --Eustahio (обс.) 16:28, 4 июня 2019 (UTC)

Перебор с шаблоном Население. Мне кажется, таблица с населением каждого НП района чрезмерно избыточна. --Drakosh (обс.) 08:53, 6 июня 2019 (UTC)

Спасибо всем, кто пытался решить проблему - TenBaseT, Игорю Темирову и Chereck, однако запрос частично всё ещё актуален, страница всё ещё выдаёт кое-где проблемы со скриптами, увы. --Eustahio (обс.) 08:11, 7 июня 2019 (UTC)

Итог[править код]

Благодарю Sunpriat, Игорь Темиров, Vort. На текущий момент проблем в статье нет. Думаю, здесь всё можно уже оформить итогом. --Eustahio (обс.) 11:35, 7 июня 2019 (UTC)

Центрирование и наложение в таблице[править код]

Лада-Тольятти#Статистика выступлений

Столб. 1 Столб. 2 Столб. 3 Столб. 4 Столб. 5 Столб. 6 Столб. 7
I Название 1 Отцентрировать 1 Отцентрировать 2 данные I-5 данные I-6 данные I-7
Название 2
зелёная строка
II Название 3 данные II-5 данные II-6 данные II-7
Название 4
Название 5

Можно ли сделать так, чтобы столбцы 3 и 4 были едиными и их содержимое (название) центрировалось, «не обращая внимание» на зелёную строку (чтобы зелёная строка не разбивалась, и была такой же, как и сейчас, а текст названия ("Отцентрировать 1" и "Отцентрировать 2") бы частично накладывался на неё — в данной таблице центр надписи пойдёт по нижней границе зелёной строки)?

У меня сейчас здесь столбцы не единые. Я не знаю, как наложить столбцы и строку. Возможно ли это? - 94.188.124.40 12:39, 4 июня 2019 (UTC)

  • Скорее всего нет. Либо зелённая строка будет разбиваться, либо она будет разбивать столбец. Лучше, чем вы сделали вряд ли получится. — Алексей Копылов 01:58, 5 июня 2019 (UTC)
    • Сначала отмечу, что Участник:Sunpriat правильно определил [9], откуда возник вопрос. Сезоны 1997 и 1998 разбивает зелёная строка, а турнир в этих сезонах один. Сезоны 1997 и 1998 содержат 6 строк, включая зелёную. Название турнира нужно отцентрировать по вертикали, не разбив зелёную строку. Аналогично — со столбцом уровень ("2") по отношению к 1997—1998.
      А теперь — по самому вопросу.
      Вроде бы — да, можно решить, что лучше вряд ли получится. Также можно отметить, что частный случай с бо́льшим количеством строк не приведёт к наложению надписи на зелёную строку, и всё можно сделать отдельными пустыми ячейками (как, собственно, сейчас в представленной выше таблице), самостоятельно расчитав центровое расположение надписи. Но рассматриваемый случай — не такой. Надпись накладывается. А предположение, что такое всё-таки можно сделать, имеет место быть по причине того, что как-то уже приходидось видеть в процессе редактирования таблиц наложение. Поэтому, думается, что решение существует.
      Я тут редактирую таблицу в Астрахань (футбольный клуб) и у меня случайно получилось такое наложение. Я сохранил этот неправильный вариант (версия страницы), чтобы можно было попытаться разобраться, как так сделать. См. район сезона 2014/15, столбец «Кубок». - 94.188.116.166 10:49, 6 июня 2019 (UTC) Исправлено 15:17, 6 июня 2019 (UTC)
  • Надо бы продублировать «Отцентрировать 1» над и под зелёной полосой. Викизавр (обс.) 21:06, 6 июня 2019 (UTC)
    • В том и фишка (цель), чтобы избежать (ненужного) дублирования — соседние одинаковые ячейки или группы ячеек объединять и подписывать (называть) один раз. Для этого у зелёной строки в «месте пересечения» убраны границы (верхняя и нижняя), чтобы они не мешали частичному наложению на цветовой фон. P.S. Я сейчас обнаружил, что отображение таблицы в версии страницы Астрахань (футбольный клуб) в масштабе 90% отличается от отображения в масштабе 100%. 90% — [10]. 100% — [11]. Убирание тега small к части текста в «2014/15» ситуацию не меняет. P.S.2. Конечно, проще вместо зелёной строки использовать (для названия) лишний столбец... Ну раз уж тут вопрос возник с зелёной строкой, которая и разбивает, и не разбивет группу ячеек... - 94.188.116.166 11:22, 7 июня 2019 (UTC)

Tech News: 2019-23[править код]

Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.

Последние изменения

  • Теперь во всех разделах Википедии на африканских языках вы можете использовать любые специальные символы. Доступно в настольной версии. [12]
  • На Викискладе появилось поле для заполнения depicts. В нём можно указать объект Викиданных, предмет которого изображён на рисунке. Разработка не завершена. [13]
  • В связи с изменениями в базе данных некоторые инструменты на Toolforge могут выйти из строя 3 июня или позже. Обслуживающим их участникам следует обновить инструменты для использования ими новой схемы базы данных. [14][15]

Проблемы

  • Вы не сможете редактировать страницы Викисклада в течение 30 минут 19 июня с 05:00 (UTC). Это необходимо для исправления аппаратных проблем. Возможность чтения останется доступной. [16]

Позже на этой неделе

  • В некоторых проектах есть одна вкладка для визуального редактора и одна вкладка для редактора исходного кода. Другие проекты имеют только одну вкладку. Если в вашем проекте две вкладки, при нажатии на ссылку для создания новой страницы всегда открывался редактор исходного кода. Теперь будет открываться тот редактор, который вы использовали в прошлый раз. [17]
  • Повторяющееся событие Новая версия движка MediaWiki апробируется на тестовых вики и MediaWiki.org с 4 июня. Невикипедийные вики-сайты и некоторые разделы Википедии получат её 5 июня, все проекты — 6 июня (календарь).

Встречи

  • Повторяющееся событие Для технически продвинутых Приглашаем на технический совет в IRC, где разработчики-волонтёры могут обменяться опытом. Встреча пройдёт 5 июня в 15:00. См. инструкцию.

Технические новости подготовлены техническими посредниками и публикуются ботом • Дополнить • Перевести • Помощь • Оставить отзыв • Подписаться или отписаться.

15:24, 3 июня 2019 (UTC)

Комментарий к правке[править код]

Всё-таки ужасно порой неудобно, что комментарий к правке нельзя править. Хотя бы автору правки в течение, скажем, 10 минут после правки. Какую грубую описку или не ту ссылку дашь - варианты либо смириться, либо делать доп. малую правку с комментарием к комментарию в пред. правке.

Этот вопрос когда поднимался? --Neolexx (обс.) 14:52, 3 июня 2019 (UTC)

  • Да. Но хорошего решения предложено не было. Все действия в ВП должны логироваться. Отказываться от этого принципа никто не хочет. Поэтому если позволить менять описание правки, то придется заводить отдельный журнал для изменения комментариев. Так как комментарии к правкам видят не так уж много человек, а ошибки встречаются не часто, то такой механизм неоправданно тяжелый. Гораздо проще, как вы сказали, либо смириться, либо делать дополнительную правку. — Алексей Копылов 15:30, 3 июня 2019 (UTC)

Получение списка статей, попадавших на ЗЛВ, из определённой категории или подкатегорий[править код]

Добрый день. Я задал вопрос на странице обсуждения проекта Знаете ли вы, но продублирую его здесь:

Добрый день. Подскажите, можно ли каким-то несложным образом получить список статей в категории и подкатегориях, факты из которых попадали в ЗЛВ? Например, меня интересуют все страницы из категория «Гранж», факты из которых были на Заглавной. Нужно это для наполнения соответствующего раздела Портал:Гранж. --Good Will Hunting (обс.) 07:00, 3 июня 2019 (UTC)

--Good Will Hunting (обс.) 07:23, 3 июня 2019 (UTC)

Нехватка памяти в Августа Датская[править код]

Статья выдаёт ошибку «Ошибка Lua: not enough memory». Проверил — можно исправить, заменив {{ВД-Преамбула}} на вручную введённый текст. Но ведь статья-то маленькая, что жрёт память? Викизавр (обс.) 13:50, 2 июня 2019 (UTC)

Шаблон Генеалогия. С уменьшением глубины до 3 ошибка пропадает. --Drakosh (обс.) 13:55, 2 июня 2019 (UTC)
  • Она почти с любым изменением пропадает — видимо, тростинка перебивает спину слону. Тут бы как-то численно померять — есть ли инструменты для этого? Викизавр (обс.) 14:04, 2 июня 2019 (UTC)
  • @Wikisaurus: можно вписать в консоль браузера mw.config.get("wgPageParseReport").scribunto["limitreport-memusage"].value + " / " + mw.config.get("wgPageParseReport").scribunto["limitreport-memusage"].limit. Даже в предпросмотре. К сожалению, о больших удобствах разработчики не побеспокоились. — Vort (обс.) 14:47, 2 июня 2019 (UTC)
  • Там источник на дату смерти указан нестандартно. Может, в Модуль:Sources дело? Я менял на более ожидаемый формат (и внешняя ссылка у примечания заработала), но не понял, помогло ли, и вернул в исходную позицию для продолжения поиска проблемы. Сидик из ПТУ (обс.) 17:55, 2 июня 2019 (UTC)
  • Тормозит Модуль:Wikidata/Places2, написанный на основе Модуль:Wikidata/Places. 1 августа Places был оптимизирован, если подставить вместо Places2 его неоптимизированную версию, то работать будет ещё медленнее. Places2 - старый Places - нынешний Places. Не знаю, почему проблемной стала именно эта страница и не начнём ли замечать эту же проблему в остальных статьях с модулем (может быть, что-то изменилось в последние дни?). Решение проблемы лежит в объединении модулей, хотел сделать это ещё на майских, но всё руки не доходят. Значит, с этим надо поспешить. Сидик из ПТУ (обс.) 18:44, 2 июня 2019 (UTC)
    • Их сейчас не нужно объединять — в Places2 много сырого кода, с переменными вроде nado3 и недокументированными особенностями, его перенос в Places1 значительно усложнит поддержку последнего. Лучше бы оптимизировать Places2. Places1 действительно работает в три раза быстрее от этой правки? Викизавр (обс.) 18:50, 2 июня 2019 (UTC)

Итог[править код]

Оптимизировано. Память кушает энтити элемента «Германия» — избавился от подгрузок сторонних элементов в модуле. Сидик из ПТУ (обс.) 17:58, 15 июня 2019 (UTC)

Тег оформления <poem>...</poem>[править код]

Перенесено на страницу ВП:Ф-ВУ.

--Advisor, 02:00, 2 июня 2019 (UTC)

Источник — https://ru.wikipedia.org/w/index.php?title=Википедия:Форум/Архив/Технический/2019/06&oldid=101139375