Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску
Ярлыки
Техническая часть села насос используется для обсуждения технических вопросов о Википедии . Отчеты об ошибках и запросы функций следует делать в Phabricator (см., Как сообщить об ошибке ). Об ошибках, влияющих на безопасность, следует сообщать по-другому (см., Как сообщать об ошибках безопасности ).

Новичкам в техническом деревенском насосе рекомендуется прочитать это руководство перед размещением здесь. Если вы хотите сообщить об ошибке JavaScript , следуйте этому руководству . Вопросы о MediaWiki в целом следует размещать в службе поддержки MediaWiki . Обсуждения автоматически архивируются после пяти дней бездействия.

? редактироватьЧасто задаваемые вопросы (FAQ) (см. Также: Википедия: FAQ / Технические )
Щелкните «[показать]» рядом с каждой точкой, чтобы увидеть более подробную информацию.
Если что-то не так, очистите кеш сервера , а затем обойдите кеш браузера .
Это, как правило, решает большинство проблем, включая неправильное отображение изображений, отсутствие загрузки пользовательских настроек и отображение старых версий страниц.
Нет, мы не будем использовать JavaScript для установки фокуса на поле поиска.
Это помешает удобству использования, доступности, навигации с помощью клавиатуры и стандартным формам. См. Задачу 3864 . На нем есть accesskeyсвойство (по умолчанию на accesskey="f"английском языке). Зарегистрированные пользователи могут установить гаджет в своих предпочтениях .
Нет, мы не будем добавлять программу проверки орфографии или бота для проверки орфографии .
Вы можете использовать веб-браузер, например Firefox , в котором есть проверка орфографии.
Если у вас есть проблемы с тем, чтобы ваша модная подпись работала, посмотрите Википедию: Как исправить вашу подпись .
Если вы перешли на другой скин и не можете вернуться, воспользуйтесь этой ссылкой .
Кроме того, вы можете нажимать Tab, пока кнопка «Сохранить» не будет выделена, а затем нажмите Enter. Похоже, что использование Mozilla Firefox решает проблему.
Если миниатюра изображения не отображается, попробуйте очистить страницу описания изображения.
Если изображение взято из Wikimedia Commons, возможно, вам придется очистить его и там. Если это не сработает, попробуйте еще раз, прежде чем делать что-либо еще. Некоторые средства блокировки рекламы, прокси-серверы или брандмауэры блокируют URL-адреса, содержащие / ad / или заканчивающиеся общими исполняемыми суффиксами. Это может привести к тому, что некоторые изображения или статьи не будут отображаться.
Статус сервера или сети см. В разделе « Показатели Викимедиа» .
«Архивы , 168 , 169 , 170 , 171 , 172 , 173 , 174 , 175 , 176 , 177 , 178 , 179 , 180 , 181 , 182 , 183 , 184 , 185 , 186 , 187 , 188


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

Томас Ranch находится около быть удалены , просуществовав в Википедии в течение более пятнадцати лет без единой ссылки инлайн, и никогда не имея внешнюю ссылку на независимый источник. Граб Смит , хоть и немного дольше, находится в подобном состоянии столь же долгое время. Я случайно натолкнулся на этих двоих не во время поиска подозрительных статей, а во время общей очистки от имени Томас и фамилии Смит. Сколько еще статей в этом состоянии? Я предполагаю, что лучший способ выяснить это, если это технически возможно, - это создать список статей, в которых никогда не было встроенного тега ref.в течение своего существования, отсортированные по возрасту, и проталкивать их, начиная с самых старых. Если у кого-то есть Вики-фу для создания такого списка, пожалуйста, имейте это в виду. BD2412 T 00:20, 5 апреля 2021 г. (UTC)

Никогда за все время их существования это, вероятно, не было проблемой , но WP: RAQ , вероятно, лучшая первая остановка. Изно ( разговор ) 01:51, 5 апреля 2021 (UTC)
Да, трудная задача, но большие усилия приносят большие плоды. Спасибо за указатель. BD2412 T 02:41, 5 апреля 2021 г. (UTC)
  • BD2412 , мне кажется, я помню, что реплики базы данных включают только метаданные, а не фактическое содержимое страницы. Чтобы получить содержимое, вам нужно пройти через API (что намного медленнее). Кто-то должен проверить меня в этом. В качестве доказательства концепции я написал тривиальный небольшой скрипт на Python, который выполняет итерацию по всем страницам в основном пространстве и ищет <ref> в любом месте текста. Он обрабатывает около 10 страниц в секунду. У нас около 6 миллионов статей (из WP: STATS, который, как я полагаю, имеет в виду mainspace, когда написано «6 281 819 статей»). Таким образом, мы могли сканировать каждую статью в mainspace примерно за неделю. Это можно было представить. Я предполагаю, что количество редакций на 2 порядка больше, поэтому поиск каждой редакции каждой статьи, вероятно, будет непозволительным. Первое предположение, пару лет. В любом случае я не уверен, какую ценность это добавит. - РойСмит (разговор) 02:49, 5 апреля 2021 г. (UTC)
    Мы могли бы значительно сократить это количество, сначала удалив из поиска все статьи, у которых есть тег ref прямо сейчас (которых должно быть значительное большинство), а из оставшихся - только поисковые статьи, созданные, скажем, до 2007 года. Значение будет просто убирать старый мусор. BD2412 T 03:00, 5 апреля 2021 г. (UTC)
Сканирование базы данных должно работать. Я попытался найти тег ref на гораздо меньшей вики, чем enwiki, и, похоже, это сработало. Запросы не будут работать, потому что они не регистрируются в таблице sql. - Снаевар ( разговор ) 08:00, 5 апреля 2021 г. (UTC)
Snaevar , какой запрос выполнял? Можете ли вы дать ссылку на страницу Quarry? - РойСмит (разговор) 14:02, 5 апреля 2021 г. (UTC)
Скорее всего, они говорят о дампах баз данных . Quarry не будет работать, как вы говорите - в нем нет текстов страниц. Pinging HaeB, который, я думаю, может прокомментировать возможность обработки дампов для этой задачи. - SD0001 ( разговор ) 16:55, 5 апреля 2021 г. (UTC)
Я провел сканирование базы данных с помощью AWB на небольшой вики, и я просто искал в основном пространстве имен страницы, у которых нет <ref>. Такой поиск выполняется в автономном режиме. Файл дампа содержал все страницы только с самой последней версией (страницы-мета-текущие в имени файла). Файл дампа был загружен с dumps.wikimedia.org. - Снаевар ( разговор ) 19:33, 5 апреля 2021 г. (UTC).
Как отмечалось в обсуждении WP: RAQ , запросы могут быть дополнительно сужены до статей, отнесенных к категории в дереве категорий Категория: Компании , или статей, отнесенных к категории Категория: Живые люди . Вот где чаще всего возникают подобные проблемы. BD2412 T 15:15, 5 апреля 2021 г. (UTC)
@ BD2412 : почему бы не начать с чего-нибудь вроде « Категория: Статьи без исходных текстов за декабрь 2006 года» ? Для компаний специально используйте что-то вроде списка очистки для WikiProject Business (в настоящее время не существует для компаний WikiProject, но вы можете запросить его). -  Finnusertop ( обсуждение ⋅ вклад ) 16:17, 5 апреля 2021 г. (UTC)
Ни одна из упомянутых выше статей не была помечена таким образом, возможно, потому, что на них есть внешние ссылки (даже если эти ссылки на сайты непригодны для использования в качестве источников). Я ищу вещи, которые действительно проскользнули сквозь трещины. BD2412 T 16:20, 5 апреля 2021 г. (UTC)
Конечно, BD2412 , но если необходимо предпринять какие-либо действия в отношении статей с этими конкретными проблемами, имеет смысл начать с тех, которые уже были выявлены. Но я понимаю вашу точку зрения. Я иногда натыкаюсь на статьи с низким трафиком с очевидными проблемами, которые тоже проскочили сквозь трещины, и отмечаю их. -  Finnusertop ( обсуждение ⋅ вклад ) 16:24, 5 апреля 2021 г. (UTC)
  • Ну, я создал экземпляр VPS. Производительность намного лучше, чем у Toolforge; Мне удалось отсканировать 994949 страниц менее чем за 6 минут! Не уверен, что вы имели в виду именно это, но я нашел все страницы в категории: Живые люди , которых не было </ref>в тексте. Всего найдено 7 страниц:
    • Джанни Клеричи
    • Сибилла Говен
    • Стивен Холт (хоккей на траве)
    • Артур Касков
    • Майк Кингери
    • Арт Филлипс (композитор)
    • Кэрол Скелтон

Это кажется правдоподобным? - РойСмит (разговор) 02:27, 7 апреля 2021 г. (UTC)

Кстати, https://github.com/roysmith/bad-articles - РойСмит (разговор) 02:31, 7 апреля 2021 г. (UTC)
Спасибо. Что примечательно, до сих пор ни одна из этих статей не была помечена как нуждающиеся в источниках. Я подозреваю, что есть еще кое-что. BD2412 T 04:04, 8 апреля 2021 г. (UTC)
@ RoySmith отсканирует 994949 страниц менее чем за 6 минут с помощью API или дампов? В любом случае, вау!
Последнее звучит неправдоподобно, поскольку на User: SDZeroBot / Unreferenced_BLPs есть список BLP, на которые нет ссылок - это намного больше, чем 7. Или вы имели в виду страницы, у которых уже нет тега без источника? - SD0001 ( разговор ) 20:27, 8 апреля 2021 г. (UTC)
SD0001 , через API. Это работает внутри центра обработки данных WMF, поэтому я предполагаю, что у него намного больше пропускной способности для серверов API, чем у вас или у меня с удаленного компьютера. Да, это казалось потрясающим, поэтому я искал подтверждения того, что это имеет смысл. Ясно что то не то, покопаю еще. - РойСмит (разговор) 20:55, 8 апреля 2021 г. (UTC)
О боже. По-видимому, я завалил Программирование 101, а также играл в уши в течение обоих семестров Программной инженерии 101, где они представили концепцию тестирования своего кода перед его публикацией, что усугублялось написанием кода перед сном и еще больше усугублялось невыполнением даже самого элементарного здравомыслия. чеки.
У меня сейчас новая версия. Он должен обрабатывать статьи со скоростью примерно 0,01% от скорости оригинала, но с компенсирующим преимуществом, заключающимся в том, чтобы делать что-то полезное. Он находит, например, Odalys Adams , который восполняет отсутствие ссылок, имея 22 категории. Он должен был закончиться примерно через 24 часа, но я убил его, чтобы не перегружать серверы слишком сильно. Я работаю над получением доступа к файлам дампа, и когда это будет сделано, я перейду на их использование. - Рой Смит (разговор) 21:26, 8 апреля 2021 г. (UTC)
😂. Получение миллиона страниц за считанные минуты звучало подозрительно! Что касается дампов, я вижу, что они есть в toolforge по адресу /mnt/nfs/dumps-labstore1006.wikimedia.org/enwiki/latest. - SD0001 ( разговор ) 13:24, 9 апреля 2021 г. (UTC)

-insource:"<ref"Упоминался ли поиск в enwiki с помощью ? Результаты включают XXX (страница значений) и Hitler Youth (есть куча ссылок с использованием {{ sfn }}, но без <ref>тегов). Чтобы ограничить поиск категорией, используйте incategory:"Living people" -insource:"<ref" Johnuniq ( talk ) 00:33, 9 апреля 2021 г. (UTC)

Таймаут составляет 200 КБ, но я просмотрел некоторые, и у большинства из них не было встроенной ссылки на рассматриваемой странице. Изно ( разговорное ) 00:47, 9 апреля 2021 (UTC)
Johnuniq , А можно ли искать "<ref" с ведущей пунктуацией? Я думал, что все знаки препинания игнорируются поисковым индексатором. - РойСмит (разговор) 02:17, 9 апреля 2021 г. (UTC)
Вы правы - из Help: Searching # insource:, «не буквенно-цифровые символы игнорируются». Я новичок в поиске и начал с insource:/regexp/(косые черты вместо кавычек) и (я считаю), что разрешает пунктуацию в соответствии с правилами регулярных выражений. Однако время ожидания регулярного выражения истекло, поэтому я без особых раздумий переключился на котировки. В любом случае, я хотел сказать, что dab-страницы нужно игнорировать (что происходит автоматически при использовании Category: Living people ) и что некоторые найденные страницы могут не иметь тегов ref, но все же быть хорошими, потому что они используют один из новомодных методов ссылок. . Джонуник ( разговор ) 03:06, 9 апреля 2021 (UTC)

Защищенный от дурака WP: уведомление о песочнице [ править ]

Есть ли способ защитить уведомление от ошибок, чтобы оно больше никогда не было удалено? Может, сделать меньше? Больше скрытых комментариев? Переместить его в уведомление об изменении страницы? - Привет, середина ( вклад ) 22:18, 5 апреля 2021 г. (UTC)

У Cyberbot I есть задача, которая периодически очищает песочницу, вот так . Я не углублялся в его BRFA или логику, чтобы понять, почему иногда между правками проходит несколько часов. cyberpower678 может пролить свет. - Jonesey95 ( разговорное ) 22:57, 5 апреля 2021 г. (UTC)
Я знаю это. Я не жил под камнем. Значит, нет никакого способа заставить шаблон быть там, кроме как поместить его в викитекст страницы вместе со всем остальным? Проблема в том, что некоторые пользователи добавляют шаблон nobots, который отключает редактирование страницы ботами. И не похоже, что бот сразу после удаления восстанавливает сообщение. - Привет, середина ( вклад ) 19:47, 6 апреля 2021 г. (UTC)
BRFA Cyberbot I для рассматриваемой задачи говорит, что она не соответствует требованиям исключения, поэтому {{nobots}} не должно быть проблемой. -  Руммскартоффель ( обсуждение  • вклад ) 15:50, 8 апреля 2021 г. (UTC)

Список статей, нуждающихся в улучшении [ править ]

Я наткнулся на группу статей Wiki, которые загружены утверждениями без источника. Как лучше всего включить их в список статей, нуждающихся в улучшении, который может увидеть каждый? Я добавляю шаблон Ref Improve в начало таких статей. Это автоматически помещает его в список «статей, нуждающихся в улучшении»?

В некоторых случаях источник всей статьи отсутствует. Некоторые из них содержат строчку за строчкой уравнения в мажорной математической нотации без дополнительных сносок. Среднестатистический читатель не имеет возможности выяснить, поддерживается ли этот «материал» общепринятыми экспертами в данной области или оригинальной работой какого-то анонимного редактора Википедии. Я пытался найти надежные источники, но это сложно, потому что для этого требуется доступ к специализированным учебникам, которые недоступны в Интернете или в моей местной библиотеке. Статьи, о которых я говорю, касаются финансов. Например:

  • https://en.wikipedia.org/wiki/Fixed_income_analysis
  • https://en.wikipedia.org/wiki/Yield_to_maturity
  • https://en.wikipedia.org/wiki/Bond_duration

Спасибо, BuzzWeiser196 ( обсуждение ) 10:54, 6 апреля 2021 г. (UTC)

@ BuzzWeiser196 : добавляет скрытые категории. Категория: статьи, требующие дополнительных ссылок, с апреля 2021 года и Категория: все статьи, требующие дополнительных ссылок . В последнем 400 000 статей. Вы можете включить «Показывать скрытые категории» в Special: Preferences # mw-prefsection-rendering . Я рекомендую это редакторам. PrimeHunter ( разговорное ) 11:08, 6 апреля 2021 (UTC){{Refimprove|date=April 2021}}
Спасибо. BuzzWeiser196 ( обсуждение ) 11:12, 6 апреля 2021 г. (UTC)

При редактировании страницы обсуждения все обсуждение закрывается [ править ]

Я только что добавил комментарий в последнем треде Talk: macOS High Sierra , и окно редактирования закрыло весь существующий текст. Следовательно, этот diff удалил кучу комментариев (когда я этого не хотел!) И получил ответ не в той теме. Я знаю, что общение на странице обсуждения затруднено, но если у меня проблемы, то какие надежды есть у новых пользователей? Ritchie333 (разговор) (продолжение) 14:58, 6 апреля 2021 г. (UTC)

Здесь та же проблема, я смог отредактировать здесь только в mw: safemode . Похоже, что это не влияет на меня, когда я вышел из системы (я выскочил в окно в режиме инкогнито и, похоже, смог нормально редактировать). ‑‑ Эль Хеф  ( Мип? ) 15:20, 6 апреля 2021 г. (UTC)
Если я закомментирую все свои расширения в Special: MyPage / common.js , он начнет работать. Я вернусь, раскомментирую каждую по очереди и дам вам знать, что является виновником. Ritchie333 (разговор) (продолжение) 15:22, 6 апреля 2021 (UTC)
Вероятно, у меня не это происходит; мой common.js пуст (был уже много лет). ‑‑ Эль Хеф  ( Мип? ) 15:29, 6 апреля 2021 г. (UTC)
Что ж, если я закомментирую importScript('User:Gary/comments in local time.js');, проблема исчезнет. Ritchie333 (разговор) (продолжение) 15:30, 6 апреля 2021 г. (UTC)
  • @ Ritchie333 : Я отменил изменения в этом личном пользовательском скрипте, которые были запрошены в MediaWiki_talk: Gadget-CommentsInLocalTime.js # Fix_for_incompatibility_with_DiscussionTools . Этот личный пользовательский скрипт, похоже, нужно переписать, чтобы модернизировать его для использования на гаджетах. - Обсуждение xaosflux 15:35, 6 апреля 2021 г. (UTC)
    Я не использую этот гаджет, но все изменения, кажется, устранили его для меня. ‑‑ Эль Хеф  ( Мип? ) 15:37, 6 апреля 2021 г. (UTC)
    @ ElHef : этот гаджет - просто ссылка на личный пользовательский скрипт, упомянутый выше. - Обсуждение xaosflux 15:39, 6 апреля 2021 г. (UTC)
    Да, я только что понял, к чему это относится, и у меня это включено в prefs. Спасибо за быстрое исправление. ‑‑ Эль Хеф  ( Мип? ) 15:42, 6 апреля 2021 г. (UTC)
  • У меня та же проблема, что и у Ричи выше. Я пытался добавить этот комментарий в предыдущий раздел, но не смог. RolandR ( разговор ) 15:05, 6 апреля 2021 (UTC)
    @ RolandR : попробуйте еще раз (см. Выше). - Обсуждение xaosflux 15:38, 6 апреля 2021 г. (UTC)

Помогите уточнить поиск [ править ]

Приносим извинения, если это неправильное место, но я не знаю, где еще спросить
Я регулярно ищу ссылки в статьях на страницы пользователей, так как они противоречат MOS: DRAFTNOLINK и часто являются вандализмом - обычно ссылаются на неприемлемый контент - или людей ошибочно подписывая свои добавления к статьям.
Чтобы найти их, я ищу их, insource:User insource:/\[\[ *User *:/отсортированные по дате редактирования - как здесь
Сегодня, Пользователь: polbot автоматически создал 150-160 статей, каждая из которых включает User: polbot и this; вместе с пользователем: бот GreenC / Job 18 и пользователем: Kvng / RTHзагромождают результаты поиска, затрудняя поиск ссылок на страницы «реальных» пользователей. Однако я недостаточно разбираюсь в кодировке, чтобы исключить этих трех «пользователей» из результатов поиска - может ли кто-нибудь мне помочь? Спасибо, Арджай ( разговор ) 15:14, 6 апреля 2021 (UTC)

@ Arjayay Этот поиск работает. Не уверен, почему у вас было выбрано пространство имен wikipedia, которое вызывало тайм-аут. - SD0001 ( разговор ) 15:19, 6 апреля 2021 г. (UTC)
Спасибо, SD0001 - это действительно полезно и очень быстро - я пытался положить упущения в конец - Еще раз спасибо - Арджай ( разговор ) 15:24, 6 апреля 2021 г. (UTC)
@ Arjayay : Это не включает страницы с ссылкой пользователя внутри тегов комментариев. PrimeHunter ( разговорное ) 16:04, 6 апреля 2021 (UTC)
Вау, PrimeHunter, большое спасибо. Я начал с 3250 результатов поиска сегодня утром, SD0001 уменьшил их до 750, а вы получили 40 - Мое единственное сожаление, что не спрашиваю раньше - еще раз спасибо вам обоим - Арджай ( разговор ) 17:19, 6 Апрель 2021 г. (UTC)
У нас также есть Википедия: отчеты о базах данных / статьи, содержащие ссылки на пользовательское пространство, но они не работают и включают ссылки, созданные с помощью шаблонов, например , поэтому они менее полезны. Было бы лучше, если бы у нашей функции поиска была опция (запрашивается в phab: T253642 ). PrimeHunter ( разговорное ) 17:51, 6 апреля 2021 (UTC){{Proposed deletion/dated|...|nom = username}}linksfrom:

Включение страниц основного пространства [ править ]

Я обнаружил, что некоторые страницы, такие как « Доктор Кто» (фильм), включаются в другие страницы основного пространства. Я не уверен, что согласен с этой практикой. Я считаю, что эту работу следует выполнять только с помощью шаблонов. Большинство редакторов, особенно если вы используете VisualEditor, вероятно, не осознают, что редактирование таблицы в Doctor Who (film) #Production влияет на более 340 других статей. Имея это в виду, я частично защитил страницу на неопределенный срок как высокорисковый, что происходит автоматически в пространстве шаблонов.

Что еще хуже, я думаю, это использование функций синтаксического анализатора, таких как #sectionи #section-h. Этот вид выборочного включения предлагает полезные функции, но он хрупок. #sectionтребует специальной разметки на целевой странице и #section-hнарушит все включения, если редактор изменит или удалит заголовок целевого раздела.

Есть ли какая-то техническая причина не использовать шаблоны для этих случаев использования? Если нет, должны ли мы предложить политику / рекомендации, запрещающие включение основного пространства? Эта практика, по-видимому, широко распространена (~ 3500 статей содержат 5 и более включений). Чтобы преобразовать все для использования шаблонов, потребуется много работы, но мы могли бы по крайней мере осудить и / или формально отказаться от этой практики.

Мысли? - MusikAnimal talk 15:57, 6 апреля 2021 г. (UTC)

  • Кажется, легко перекликается со сценариями, созданными с помощью Template: Excerpt . - Обсуждение xaosflux, 16:02, 6 апреля 2021 г. (UTC)
  • Я довольно долго думал о том, чтобы создать бота для работы с включенными разделами, меняющими имена, но до этого не дошел. Я думаю, что на самом деле неплохо включить разделы, возможно, в несколько других страниц, но когда счет дойдет до двузначных цифр, это, вероятно, должен быть шаблон. Я думаю, что в любом случае MusikBot, вероятно, должен быть включен в mainspace, на всякий случай. - Trialpears ( разговор ) 16:24, 6 апреля 2021 г. (UTC)
  • Люди хотели включения разделов, и мы им это дали. Вот что происходит. Я согласен с Trial в том, что, хотя мы поддерживаем его, MB, вероятно, должен работать в основном пространстве. Вероятно, должен быть отчет о «большом количестве включений основного пространства». - Изно ( разговор ) 18:27, 6 апреля 2021 (UTC)
  • Это продолжение беседы с шаблоном: Infobox Doctor Who, эпизод # Получение номера серии / серийного номера , и это не часть Доктора Кто (фильм), которая включается, а вся статья, которая проталкивается , чтобы извлечь один цифра из информационного окна. - Red rose64 🌹 ( обсуждение ) 18:47, 6 апреля 2021 (UTC){{Template parameter value}}
    Что ж, это кажется глупым. :) Изно ( разговор ) 18:50, 6 апреля 2021 (UTC)
    Похоже, это @ TedEdwards : еще в октябре 2018 года . - Обсуждение xaosflux 18:55, 6 апреля 2021 г. (UTC)
    Точно, и если вы перейдете по первой ссылке, которую я предоставил в своем последнем посте, вы увидите, что я уже упоминал об этом. - Red rose64 🌹 ( обсуждение ) 18:57, 6 апреля 2021 (UTC)
  • Эта практика даже рекомендуется в помощь: # включение страницы с общим разделом , с Джозеф Гордон-Левитт transcluding HitRecord в качестве примера. Nardog ( разговор ) 01:10, 7 апреля 2021 (UTC)
    Я думаю, что можно включить часть статьи в одно место. Типичный пример - телесериал, включающий обзор из списка эпизодов. Например, 24 (телесериал) #Overview transcludes Список 24 эпизодов # обзорных серии . Иногда происходит сбой, когда кто-то удаляет только теги включения и включается весь список. Было бы неплохо с категорией отслеживания страниц основного пространства, которая включает другую страницу основного пространства без тегов onlyinclude. PrimeHunter ( разговорное ) 01:36, 7 апреля 2021 (UTC)
    Наличие {{ выдержки }} и mw: Extension: Labeled Section Transclusion , которые могут включать контент из статей, не полагаясь на какие-либо специальные теги, означает, что отчет не будет очень полезным. * Pppery * началось ... 03:34, 7 апреля 2021 (UTC)
    Специальная страница или отчет по базе данных были бы не очень полезны. Категория может использоваться в поиске, например, incategory:... -hastemplate:Excerpt -insource:...ссылка поиска может быть размещена на странице категории. PrimeHunter ( разговорное ) 09:35, 7 апреля 2021 (UTC)
    В этом примере включенная часть - это буквально просто вызов шаблона. Вы можете создать оболочку для этого шаблона и просто включить ее там, где это необходимо, тогда вам не понадобятся хрупкие теги <onlyinclude> и т. Д. Верно? - MusikAnimal talk, 03:42, 7 апреля 2021 г. (UTC)
    Есть код вроде <includeonly>List of 24 episodes</includeonly>#Season 1 (2001–02). Это было бы немного сложнее, но это можно сделать. Также будет сложнее обновить отдельный шаблон и проверить, работают ли ссылки на разделы. PrimeHunter ( разговорное ) 09:35, 7 апреля 2021 (UTC)
    Согласитесь, что в целом это не проблема, хотя его следует использовать только тогда, когда фактически включается значительный объем контента, а не в таких случаях, как тот, который запустил этот поток, где включенный контент является одним чисто статическим числом. * Pppery * началось ... 03:34, 7 апреля 2021 (UTC)

Новый план развертывания RADAR [ править ]

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

  • Щелкните здесь, чтобы использовать инструмент. (ссылка заработает в ближайшее время)Извините за плохую ссылку. Фактическая ссылка будет доступна в следующий вторник.
  • Щелкните здесь, чтобы просмотреть обучающие видео.

Обязательно сохраните ссылки, чтобы не потерять их. Сэм в Megaputer ( разговор ) 16:32, 6 апреля 2021 (UTC)

Так что же это за инструмент? EGGIDICAE🥚 18:50, 6 апреля 2021 г. (UTC)
Инструмент делает несколько вещей, но главная особенность, которой я горжусь, - это обнаружение рекламных статей. Или, по крайней мере, будет, когда наш айтишник получит связь (ха-ха). Итак, я провел индивидуальный анализ настроений.для всех статей о компаниях и школах, чтобы получить промо-балл, который мы можем использовать для ранжирования их от наиболее до наименее рекламных. Я также использовал все промо-теги и ежемесячные просмотры страниц. Идея состоит в том, что мы применяем различные виды и фильтры для обнаружения различных типов поврежденных артикулов. Чтобы привести несколько примеров, мы можем отфильтровать статьи без тегов и отсортировать их по промо-баллам. Статьи вверху списка - это рекламные статьи без тегов, поэтому мы помечаем их. Или мы можем отфильтровать статьи с тегами POV, а затем отсортировать по просмотрам за месяц. Если мы заботимся об уменьшении количества поврежденных попаданий, это дает нам приоритетную очередь для статей, нуждающихся в очистке. Сэм в Megaputer ( разговор ) 18:59, 6 апреля 2021 (UTC)
Я не понимаю, зачем нам нужен инструмент, размещенный на Wiki, который предположительно будет иметь доступ к личным данным для учетных записей пользователей, когда у нас есть совершенно хорошие фильтры, которые уже это делают. EGGIDICAE🥚 19:05, 6 апреля 2021 г. (UTC)
Ну, мы не можем сортировать по промо-баллу. И я не уверен, что вы имеете в виду под доступом к личным данным для учетных записей пользователей. Как только ссылка заработает, настройка учетной записи не потребуется. Сэм в Megaputer ( разговор ) 19:09, 6 апреля 2021 (UTC)
Да мы можем. Точно так же, как ORES и фильтры. EGGIDICAE🥚 19:12, 6 апреля 2021 г. (UTC)
Я не уверен, что ORES делает именно это. Не могли бы вы показать мне, что вы имеете в виду? Например, не могли бы вы дать мне ссылку на все статьи о компаниях, у которых есть тег известности, отсортированные от наиболее до наименее рекламных? Сэм в Megaputer ( разговор ) 19:20, 6 апреля 2021 (UTC)
МВ: РУДЫ . Не могли бы вы объяснить, как именно работает ваш инструмент, какую информацию он «видит» при его использовании? EGGIDICAE🥚 19:28, 6 апреля 2021 г. (UTC)
Я делаю эту серию видео, чтобы объяснить, как это работает с точки зрения пользователя. Если это может быть достигнуто с помощью ORES, из этой документации, конечно, не очевидно, как это сделать. Я планирую открыть инструмент для проверки после того, как он будет отсутствовать в течение двух недель, и мы собрали некоторые данные об эффективности. Сэм в Megaputer ( разговор ) 19:40, 6 апреля 2021 (UTC)
Вы до сих пор не объяснили, что он видит с точки зрения данных, что более важно, поскольку вы просите людей протестировать это и продвигать его по всему сайту без каких-либо значимых обсуждений с реальным сообществом. EGGIDICAE🥚 19:42, 6 апреля 2021 (UTC)
Вы просите меня объяснить, как это создает рейтинг? Сэм в Megaputer ( разговор ) 19:47, 6 апреля 2021 (UTC)
Честно говоря, это звучит для меня как прямой вверх спама , способствующего инструмент вашей компании, и я наполовину нравом , чтобы удалить с спама вы размещены - оптика этого являются очень относительно меня. Если он действительно не предназначен для продвижения и предназначен исключительно для интересов продвижения проекта, почему бы не открыть его и не разместить на wikitech: Toolforge ? Таким образом, опасения по поводу утечки личных данных пользователей этого инструмента могут быть уменьшены за счет требования соблюдения условий использования Toolforge. Хотя я определенно заинтересован в борьбе со спамом, то, как это, кажется, было вытеснено с вашей стороны, определенно кажется (по крайней мере, для меня) приманкой и переключателем., хотя я предполагаю, что это не ваше намерение.
Вы также упоминаете, что собираете данные об использовании, но я не могу понять, где вы раскрыли свою политику конфиденциальности с подробным описанием того , какие данные вы будете собирать и хранить и как долго. stwalkerster ( разговор )
Ох уж этот сбор данных. Данные, которые я собираю, - это просто анализ того, как эти статьи Википедии меняются с течением времени. Мы не собираем никаких пользовательских данных. И этот инструмент был построен на основе проприетарного программного обеспечения , поэтому его нельзя использовать с открытым кодом. Но, возможно, удастся создать подделку с открытым исходным кодом, если она станет популярной, и я даже был бы готов помочь с этим. Я не совсем понимаю, что вы имеете в виду под «приманкой и подменой». Сэм в Megaputer ( разговор ) 19:56, 6 апреля 2021 (UTC)
Проблема в том, что вы не понимаете, о чем я спрашиваю в отношении данных. Как мы узнаем, какие данные собираются от кого-то, кто использует этот инструмент ? Откуда мы знаем, что это не просто очистка IP-адресов? Какие существуют гарантии конфиденциальности? EGGIDICAE🥚 19:59, 6 апреля 2021 (UTC)
Это то же самое, что и при посещении любого веб-сайта. Если бы я создал этот инструмент для очистки IP-адресов, я бы делал это очень неэффективно. Вы, вероятно, хотите знать, что Megaputer пытается получить от этого. Это вполне разумный вопрос. Моя компания позволила мне поработать над этим, потому что они надеются попасть в новости. Что касается меня, я википедист, который хочет помочь в этом проекте. Сэм в Megaputer ( разговор ) 20:02, 6 апреля 2021 (UTC)
Нет, честно говоря, мне все равно. Я хочу знать, какие пользовательские данные собирает этот инструмент от ПОЛЬЗОВАТЕЛЕЙ, ДОСТУПНЫХ К ЭТОМ, учитывая, что вы продвигали его повсюду. Вы даже сказали, что это не доброта вашего сердца. Моя компания позволила мне поработать над этим, потому что они надеются попасть в новости. EGGIDICAE🥚 20:07, 6 апреля 2021 г. (UTC)
Зачем какой-либо компании делать всю эту работу только для того, чтобы украсть данные с десятка или около того Википедистов? В этом нет никакого смысла. И, конечно же, это делается не по доброте сердца Megaputer. Megaputer - это компания, а у компаний нет сердца. Я начал строить эту штуку во время неоплачиваемой стажировки. Megaputer позволил мне сделать это, потому что мне не платили, и им было все равно, что я делал, пока я изучал программное обеспечение. Сейчас выпускаю. Откровенно говоря, мне бы хотелось, чтобы это принесло пользу. Сэм в Megaputer ( разговор ) 20:14, 6 апреля 2021 (UTC)
Опять же, вы полностью упускаете суть, помимо того, что вы рассылаете спам от имени своей компании, которая хочет «попасть в новости», то, что инструмент, используемый в Википедии, делает с пользовательскими данными, имеет значение, является ли оно преднамеренно гнусным или нет. Вот почему Стуокерстер спросил о политике конфиденциальности. Здесь вы действительно идете по черте, и вам нужно остановиться. Кроме того, то, что вы раскрыли свою информацию в качестве платного редактора, не дает вам свободы в использовании Викимедиа в качестве маркетингового трюка. EGGIDICAE🥚 20:16, 6 апреля 2021 (UTC)
Вот ссылка на политику конфиденциальности Megaputer. Сэм в Megaputer ( разговор ) 20:20, 6 апреля 2021 (UTC)
Спасибо за ссылку на политику конфиденциальности. Я посмотрел и разочарован рядом расплывчатых заявлений относительно потенциально неопределенного хранения данных и глубины идентифицирующей пользователя информации, которую вы, кажется, собираете. Я не буду использовать этот инструмент. stwalkerster ( разговор ) 20:43, 6 апреля 2021 (UTC)
Я уважаю твое решение. Но, пожалуйста, имейте в виду, что есть много Википедистов, которые используют Facebook, Twitter и даже Google, и все они, как известно, нарушают вашу конфиденциальность способами, которые Megaputer никогда бы не смог, даже если бы мы захотели. У этих википедистов, скорее всего, не будет таких возражений против политики конфиденциальности Megaputer. Я очень надеюсь, что некоторые из них попробуют мой инструмент. Сэм в Megaputer ( разговор ) 20:58, 6 апреля 2021 (UTC)
Разница в том, что это индивидуальный выбор, не имеющий ничего общего с Википедией. Другое дело - инструмент для Википедии , особенно тот, который активно продвигается кем-то, кто заинтересован в этой компании. Я бы порекомендовал отказаться от этого, поскольку вы буквально сказали, что это была попытка привлечь внимание СМИ. EGGIDICAE🥚 21:13, 6 апреля 2021 г. (UTC)
@ Praxidicae Когда вы перейдете на внешний сайт, щелкнув ссылку из Википедии, они смогут узнать, что вы пришли из Википедии, но они не могут знать, какая у вас учетная запись пользователя или какая-либо другая информация, связанная с ваш счет. Они также получат ваш IP-адрес и строку пользовательского агента - но это верно для каждого веб-сайта, который вы посещаете в Интернете. Если вы не согласны с этим, просто не заходите на их сайт. Не нужно суетиться по этому поводу, поскольку это стимулирует технические инновации и отговаривает будущих технических участников даже от попыток улучшить WP. Хостинг на Toolforge - это хорошая практика, но это, конечно, не требование, поскольку пользователи всегда решают, хотят они использовать инструмент или нет. - SD0001 ( разговор) 04:25, 7 апреля 2021 (UTC)
SD0001 Вы полностью упустили мою точку зрения. Есть разница между просмотром статьи и щелчком по источнику. Никого не беспокоит этот сбор данных. Это тот, кому буквально заплатили / наняли, чтобы он написал о компании, в которой размещен этот инструмент, и создает этот инструмент и продвигает его в надежде привлечь внимание средств массовой информации согласно их собственному признанию в этой ветке. Кроме того, было бы очень легко очистить данные из учетных записей с помощью такого инструмента - скажем, он вытащил 5 статей со спамом, и я пошел и сделал их AFD / tag / CSD, довольно очевидно, кто использовал этот инструмент в тот момент. Далее, ORES это уже делает. Это не более чем маркетинговый ход. EGGIDICAE🥚 15:17, 7 апреля 2021 (UTC)
Это не более чем маркетинговый ход. Вот и все для WP: AGF . Я не упускаю вашу точку зрения - все ваши комментарии указывают на то, что вы беспокоились о сборе пользовательских данных. Вы даже начали это обсуждение с создания FUD ( ... предположительно, у вас будет доступ к личным данным для учетных записей пользователей, что, кстати, технически невозможно). Даже если единственной целью создания инструмента было получение пользовательских данных - это не похоже на тип данных, который можно продать DMP.за деньги. ORES поддерживается неукомплектованной командой WMF. Я уверен, что можно создавать более сложные алгоритмы машинного обучения. Не знаю, из тех ли это. Но обращаясь с этим человеком, вы гарантируете, что никто не сделает еще одной попытки. - SD0001 ( разговор ) 17:38, 7 апреля 2021 г. (UTC)
SD0001 Моя компания разрешила мне поработать над этим, потому что они надеются попасть в новости. - прямая цитата ОП, которому буквально платят за написание материалов о компании, размещающей этот «инструмент». Это буквально маркетинговый ход. Так что, возможно, я не знаю, прочтите ветку в следующий раз. EGGIDICAE🥚 21:32, 7 апреля 2021 г. (UTC)
Хотя я не хочу общаться с вами, я чувствую необходимость сказать, что мне не нравится, когда мне говорят, что продукт моей тяжелой работы - это «маркетинговая уловка». Вы утверждали, что мой инструмент дублирует ORES (это не так), что он крадет пользовательские данные (что даже не имеет смысла), и даже что мне не хватало одобрения сообщества на его создание . Очевидно, вы просто выдвигаете обвинения и смотрите, что прилипнет. Все это началось с обвинений в «спаме», и хотя я мог бы справиться с развертыванием лучше, ваш ответ на это был гораздо более разрушительным, чем все, что я сделал. Сэм в Megaputer ( разговор ) 22:02, 7 апреля 2021 года (UTC)
Я ни разу не сказал, что он ворует данные, я сказал, что это возможно, учитывая ваш скудный ответ о политике конфиденциальности. И если я мешаю, пожалуйста, отнесите это на соответствующую доску объявлений. Мой комментарий о маркетинговой уловке вполне разумен, учитывая ваш ответ на вопрос, почему вы построили его так, чтобы ваша компания хотела быть в новостях. Подрывной здесь являетесь вы. EGGIDICAE🥚 23:18, 7 апреля 2021 (UTC)

Я поднял этот вопрос на странице пользователя Сэма, но он обиделся , что подрывает мой AGF. Есть ли причина, по которой этот пользователь еще не заблокирован из-за всего вышеперечисленного, а также из-за отсутствия ответов и уклончивости в отношении его предыдущей учетной записи? Предоставлено @ DGG , Praxidicae , Blablubbs и RoySmith : StarM 18:23, 8 апреля 2021 (UTC)

  • Меня огорчает горькость и общая грубость в этой ветке. ОП хотела сделать что-то, чтобы помочь энциклопедии новаторски. Killiondude ( разговор ) 18:26, 8 апреля 2021 (UTC)
Извините, но я не согласен с «помощью энциклопедии». Он буквально сказал, что это потому, что его компания хотела быть в новостях. Кроме того, я очень скептически отношусь к редактору, которому платят за то, чтобы он писал о том, что его компания сообщает о конкурентах по COI, отправляет статьи и отмечает другие статьи как платные / upe / coi. EGGIDICAE🥚 18:28, 8 апреля 2021 г. (UTC)
Вы уже в седьмой раз утверждаете, что я создал эту штуку только как маркетинговую уловку или для того, чтобы попасть в новости. [1] [2] [3] [4] [5] [6] [7] Это совершенно ненужная атака на мою репутацию. Сэм в Megaputer ( разговор ) 19:27, 8 апреля 2021 (UTC)
  • Я собирался держаться подальше от этого, но, поскольку меня пингируют, я прокомментирую. Я был бы счастлив, если бы Сэм раскрыл свою другую учетную запись, но я внимательно прочитал WP: ALTACCN , и я думаю, что можно привести разумные доводы в пользу того , что принуждение его к раскрытию другой учетной записи фактически вынудило бы его раскрыть свою реальную личность. , чего мы никогда не принуждаем. Его работодатель - небольшая компания; Любой, кто знаком с компанией, вероятно, сможет выяснить, кто такой Сэм, на основе информации, которую он уже сообщил о своей работе в этой компании. Он сообщил, что ему заплатили, сообщил, что у него есть другая учетная запись, и раскрыл дополнительные подробности в CU. Если CU не хочет идти дальше, я думаю, что пора отказаться от этого.
Что до «Нам не нужен этот инструмент, потому что он делает то же самое, что и ORES», это просто глупо. В задачах классификации используется огромное количество алгоритмов искусственного интеллекта. Даже если вы используете одни и те же базовые алгоритмы, обучение модели на другом наборе данных является значительной разницей. Было бы лучше, если бы они открыли исходный код, но люди могут свободно использовать данные из Википедии в коммерческих целях без необходимости раскрывать свой исходный код. Также есть аргумент, что в такой области, как обнаружение спама, раскрытие каждой детали вашей модели просто упрощает плохим парням возможность изменить свое поведение, чтобы избежать обнаружения. Итак, даже в чисто альтруистической вселенной «все знания должны быть свободными», я могу понять, что нельзя раскрывать все.
И, да, я бы хотел, чтобы Сэм не был так восторжен, говоря о том, какие у него замечательные вещи. Если бы это было в основном пространстве, это вполне могло бы быть материал WP: G11 .
И, наконец, что касается темы потенциальных нарушений конфиденциальности со стороны Megaputer, честно говоря, я думаю, что мы здесь на территории WP: FRINGE . WMF придерживается исключительно консервативной политики конфиденциальности. Неразумно требовать от любого, кто использует данные WMF, столь же консервативной политики. Пока они не работают в системах WMF , то, что они регистрируют, находится между ними и их пользователями. - РойСмит (разговор) 19:11, 8 апреля 2021 г. (UTC)
Я не согласен с носка части, Рой  - счет «Сэм в Megaputer» используется таким образом , что «обычный», неоплаченный счет и участвовать в обсуждении внутренних вопросов проекта (участие в ФАР, и этот поток, мечения статья фирмы, которая работает в отрасли, аналогичной Megaputer и т. д.); на WP: SOCKLEGIT , Хотя конфиденциальность на основе альтернативной учетная запись не публично подключена к основному счету, он не должен использоваться в способах , описанных в разделе недопустимого использования этой страницы . WP: ILLEGIT четко заявляет о том, что редактирование пространства проектов с нераскрытой альтернативной учетной записью запрещено, и дает понять, что уклонение от проверки является нарушением WP: SOCK.. Использование носка конфиденциальности для участия в обсуждениях в пространстве проектов, возможно, означает уклонение от проверки, потому что оно разделяет истории вкладов и не позволяет людям оценивать ваши правки в целом. Blablubbs | разговор 12:56, 9 апреля 2021 (UTC)
  • Я могу подтвердить, что альтернативная учетная запись была раскрыта мне как контрольному пользователю. Я только что проверил историю редактирования. Он не использовался для того, чтобы каким-либо образом перекрывать редактирование или интересы текущего аккаунта. Каковы бы ни были достоинства обсуждаемого здесь проекта, на мой взгляд, нарушения политики в отношении носков нет. DGG ( разговор ) 14:09, 9 апреля 2021 (UTC)
    DGG , утверждение, что участвовать во внутренних обсуждениях проекта с двумя нераскрытыми учетными записями - это нормально, если нет совпадений? Если да, то я думаю, что это нужно пояснить в WP: SOCK . Blablubbs | обсуждение 13:00, 10 апрель 2021 (UTC)
Если у вас по-прежнему возникают проблемы, пожалуйста, не обсуждайте их на открытом форуме, а отнесите их к arb com, чтобы избежать возможности выхода из строя. DGG ( разговорное ) 23:33, 10 апреля 2021 (UTC)
DGG , я не вижу здесь явных опасений - никто не выкидывает возможности того, кто является «другим» аккаунтом, и Сэм совершенно ясно дал понять их отношения с Megaputer. Они просто обсуждают, не нарушает ли эта ситуация PROJSOCK / SOCKLEGIT, что вполне разумно, пока никто не спекулирует на их другой личности. GeneralNotability ( обсуждение ) 23:59, 10 апреля 2021 г. (UTC)

Бот частично не работает [ править ]

Я думаю, что у меня есть конкретная проблема и общая проблема, о которых нужно сообщить. Конкретная проблема заключается в том, что бот User: MDanielsBot перестал выполнять одну из своих задач. Задача - это Задача 6, которая состоит в том, чтобы подготовить к работе доску объявлений о разрешении споров , поддерживая таблицу, в которой суммируется статус споров. Он прекратил поддерживать эту таблицу. Похоже, что бот правильно выполняет задачу 4, которая заключается в удалении устаревших отчетов на доске объявлений о вандализме . В инструкциях сказано, что если бот работает неправильно, администраторы могут нажать кнопку, чтобы заблокировать его, или неадминистраторы могут сообщить об этом в WP: ANI . Предположительно отчет на WP: ANIприведет к блокировке бота. Любой бот должен быть заблокирован, если он что-то делает не так. В этом случае бот не делает ничего плохого. Он делает что-то не так, как должен. Общая проблема заключается в том, что делать, если бот перестает выполнять одну из своих задач, а сопровождающий бота находится в длительном вики-перерыве. Похоже, что Пользователь: Mdaniels5757 опубликовал уведомление о том, что они вернутся через несколько месяцев. Тем временем их бот выполняет свою самую важную задачу и не выполняет другую задачу.

Что делать с этим ботом?

Что делать с ботами, которые частично нефункционируют и у которых нет текущего администратора ботов? Роберт МакКленон ( выступление ) 18:16, 6 апреля 2021 г. (UTC)

Это типичная проблема с ботами. С этим ничего нельзя поделать. Попробуйте написать Mdaniels по электронной почте; если он это увидит и у него будет время, он может это исправить. Если нет, WP: BOTREQ, чтобы найти кого-то еще для создания аналогичного бота (предположительно, это может помочь кому-то сделать это быстрее). ProcrastinatingReader ( разговор ) 18:20, 6 апреля 2021 (UTC)
Пользователь: ProcrastinatingReader - Ссылка - это код Python, который выполняет задачу? Если это так, это будет означать, что для программиста Python будет минимальным трудом использовать существующий код, и поэтому User: Firefly может сделать такое предложение. Я отправлю электронное письмо и предоставлю обновленную информацию в течение 24-72 часов. Роберт МакКленон ( выступление ) 22:27, 6 апреля 2021 г. (UTC)
Конечно, похоже - я не тестировал это, но, по крайней мере, это сократит требуемую работу, поскольку основной алгоритм есть, чтобы увидеть. ƒirefly ( t · c ) 06:23, 7 апреля 2021 г. (UTC)
Просто отмечу, что я был бы счастлив, если бы FireflyBot взялся за это, если это будет сочтено необходимым (конечно, потребуется BRFA). Напишите мне, если MDaniels не свяжется с вами! ƒirefly ( t · c ) 20:55, 6 апреля 2021 г. (UTC)
Пользователь: Firefly - я не получил ответа от пользователя: Mdaniels5757 , и прошло более 72 часов с момента его отправки. Они либо не отвечают на электронную почту, либо не отвечают на электронную почту Википедии. Ничего страшного, мы все волонтеры, и они сказали, что у них перерыв. Будем признательны, если ваш бот сможет взять на себя эту дополнительную задачу. Спасибо. Роберт МакКленон ( разговор ) 03:52, 10 апреля 2021 (UTC)
@ Роберт МакКленон : Не проблема, я посмотрю. ƒirefly ( t · c ) 11:11, 10 апреля 2021 г. (UTC)

Откуда взялась эта совершенно неправильная подпись зрителя? [ редактировать ]

Решено  - Исправлено редактированием. - Обсуждение xaosflux 09:43, 7 апреля 2021 г. (UTC)

Привет. На сайте John C. Calhoun щелкните его фотографию в информационном окне, чтобы открыть программу просмотра. Подпись полностью неверна:

Холст, масло, картина Джона К. Кэлхауна, возможно, лет пятидесяти, в черной мантии, с седеющими волосами.

Откуда это взялось? Это явно неверно, поэтому я попытался исправить это, но его нет на странице Commons для фотографии или где-либо в статье, в которой она отображается. Спасибо, DemonDays64 ( обсуждение ) 02:34, 7 апреля 2021 (UTC)

@ DemonDays64 : он находится в тексте страницы, 8-я строка вики-текста как атрибут "| alt =" для этого изображения. - Обсуждение xaosflux, 02:36, 7 апреля 2021 г. (UTC)
@ Xaosflux : о, лол, как-то я забыл проверить источник. спасибо за супербыстрый ответ DemonDays64 ( обсуждение ) 02:37, 7 апреля 2021 (UTC)
Изображение было изменено 2 апреля . PrimeHunter ( разговорное ) 09:42, 7 апреля 2021 (UTC)

Время только для чтения 28 апреля в 05:00 UTC [ править ]

В связи с техническим обслуживанием их основного хозяина базы данных в английской Википедии будет период только для чтения, который начнется примерно в 05:00 UTC 28 апреля. Это означает, что вы можете читать, но не редактировать вики. Окно длится 30 минут, но, скорее всего, оно будет значительно короче. См. Phab: T279505 . / Йохан (WMF) ( разговорное ) 11:36, 7 апреля 2021 (UTC)

Очистить список наблюдения от ботов [ править ]

Гусеничный в Phabricator
задач T258098

Привет! Значительная часть таблицы списка наблюдения в этой вики - это просто список наблюдения за ботами. Это потому, что "страницы просмотра и файлы, которые я создаю" включены по умолчанию, и боты, которые создают страницы (например, страницы обсуждения пользователей), добавляют их к своим. Это искажает Special: UnwatchedPages, и я сомневаюсь, что какой-либо пользователь проверяет список наблюдения своего бота, поэтому я склонен удалить их все здесь, но дайте мне знать, если вы возражаете против этого. Кроме того, если ваш бот создал здесь много страниц и у вас все в порядке с удалением строк, сообщите мне об этом, и я удалю их раньше. Свою я уже удалил. См. Phab: T258098 для получения дополнительной информации. Ladsgroup overleg 13:54, 7 апреля 2021 года (UTC)

@ Ladsgroup : можем ли мы получить список ботов с наибольшим количеством записей? Мы можем начать обсуждение на WP: BOTN , вызвать операторов ботов и сделать период молчания-согласия. - Обсуждение xaosflux, 14:01, 7 апреля 2021 г. (UTC)
Я также поддержал бы, чтобы разработчик вручную отключил этот параметр (однократный запуск) для любого из тех же идентифицированных ботов, которые все еще создают страницы. - Обсуждение xaosflux, 14:02, 7 апреля 2021 г. (UTC)
Настройка автоматического просмотра игнорируется всеми ботами с 7 января, после phab: T258108 - MusikAnimal talk 16:17, 7 апреля 2021 г. (UTC)

Лучшие боты:

+ ----------------------- + ---------- +| имя_пользователя | count (*) |+ ----------------------- + ---------- +| ClueBot NG | 3664794 || SmackBot | 1048014 || SineBot | 595420 || COIBot | 464596 || HostBot | 437022 || RjwilmsiBot | 398358 || XLinkBot | 372374 || Полбот | 332758 || AvicBot | 313928 || ClueBot | 292196 || RussBot | 285662 || LaraBot | 233820 || ClueBot III | 225346 || Цитирование-бот | 220294 |

Общее количество строк в списке наблюдения составляет 287 миллионов строк, поэтому только первый пользователь отвечает за 1,3% всех строк. Ladsgroup overleg 14:19, 7 апреля 2021 (UTC)

О господин , cluebot , что вы сделали. Я думаю, что было бы целесообразно также очистить списки наблюдения для этих ботов, если не для большинства / всех ботов. - moonythedwarf (Braden N.) 14:39, 7 апреля 2021 г. (UTC)
@ Ladsgroup : Предложение об их удалении было открыто в Википедии: Bots / Noticeboard # Clearing_bot_watchlists . Обычно мы даем операторам неделю или две на то, чтобы отреагировать на подобного рода очистку от ботов. - Обсуждение xaosflux, 14:52, 7 апреля 2021 г. (UTC)
phab: T258108 был решен в начале января и был объявлен в Tech News, поэтому эти боты уже прекратили автоматический просмотр новых страниц. Если им действительно нужно просматривать страницы, они должны явно установить параметр «смотреть» при редактировании с помощью API. - MusikAnimal talk 16:07, 7 апреля 2021 г. (UTC)

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

Гусеничный в Phabricator
задач T279645

в качестве заголовка - John123521 ( Обсуждение - Contib. ) 14:28, 7 апреля 2021 г. (UTC)

Он отображает https://en.wikipedia.org/static/images/mobile/copyright/wikipedia.png, который имеет размер 100 пикселей, но в Timeless он отображается с разрешением 135 пикселей, по крайней мере, для меня. Выглядит плохо. PrimeHunter ( разговорное ) 15:45, 7 апреля 2021 (UTC)
Можете подтвердить здесь. - Vulp здесь 15:43, 9 апреля 2021 г. (UTC)
phab: T279645 открыт, также реплицируется на eswiki и dewiki. - Обсуждение xaosflux 10:59, 8 апреля 2021 г. (UTC)

Категория для Филиппин [ править ]

Универсальный шаблон для спортивных событий по месяцам по странам отлично работает для большинства стран (и очень полезен!), Но для Филиппин отображает категорию «2015 в филиппинском спорте» вместо «2015 в филиппинском спорте» (что временно исправлено) . Это можно исправить, пожалуйста? См. Категория: Спортивные события января 2015 года на Филиппинах . Hugo999 ( разговорное ) 21:41, 7 апреля 2021 (UTC)

Hugo999 Проблема в том, что национальность - это не то же самое, что прилагательное к чему-то, относящемуся к стране. Похоже, что для таких случаев нужно создать шаблон {{ country2adjective }}. Я думаю, что Le Deluge может заинтересоваться этим. - Trialpears ( разговор ) 22:00, 7 апреля 2021 г. (UTC)
Что ж, это должно быть возможно; cf Dutch sport & Events в Нидерландах! Hugo999 ( разговорное ) 09:48, 9 апреля 2021 (UTC)

Обновление и улучшение в отношении шаблона: законодательство Сингапура [ править ]

С 1 марта 2021 года номера глав больше не используются при цитировании сингапурских постановлений. Согласно Закону о толковании 1965 года с поправками, внесенными Законом о реформе статутного права 2021 года:

8. - (1) Для всех целей достаточно сослаться на писаный закон -

(а) в случае Акта -

...

(ii) если Закон в том виде, в каком он был принят или изменен, предусматривает, что он может быть процитирован коротким названием - этим коротким заголовком; а также

...

-  раздел 8 (1) (a) (ii) Закона о толковании 1965 года

Примеры использования нового метода цитирования можно увидеть на новых законопроектах вроде этого и этого .

Поэтому я предлагаю обновить {{ законодательство Сингапура }}, чтобы привести его в соответствие с новым методом цитирования.

Кроме того, я был бы признателен, если бы в обновленном шаблоне законодательства Сингапура можно было бы ссылаться на отдельные разделы, как в {{ Cite Hong Kong Постановление }}. Это помогает стандартизировать различные цитаты.

Поскольку у меня нет опыта работы с этими сложными шаблонами и я не знаю, как обеспечить перенаправление изменений на правильные внешние страницы, я надеюсь, что любой, кто знаком с шаблонами, сможет помочь в решении этих проблем, большое спасибо.廣九 直通車( разговорное ) 03:24, 8 апреля 2021 (UTC)

@ Sgconlaw and Jacklee : Также уведомляем соответствующих пользователей, которые имеют опыт работы в сингапурском законодательстве, чтобы они давали предложения.廣 talk 直通車( обсуждение ) 03:24, 8 апреля 2021 г. (UTC)
Хорошо, я могу разобраться в этом. Возможность ссылки на определенные разделы и т. Д. Зависит от того, действительно ли на сайте есть ссылки на них. - SGconlaw ( разговор ) 04:53, 9 апреля 2021 г. (UTC)
Может, лучше будет создать еще один новый шаблон для более конкретной привязки разделов? В любом случае, я также обнаружил, что добавление "# pr * -" (где "*" - это число) в конце основного URL-адреса в Singapore Statues Online направляет вас в конкретный раздел.廣 九 直通車( разговор ) 09:17 , 9 апреля 2021 г. (UTC)

Приложение "Википедия" "SuggestEdit" портит краткие описания [ править ]

Гусеничный в Phabricator
задач T279702

Не уверен, что это правильное место , чтобы обсудить это, но SuggestEdit-добавь 1,0 функция на андроид приложение поощряет новых пользователей , чтобы изменить краткие описания таким образом , что всегда нарушает WP: SDFORMAT , и половину времени полный бред. Во-первых, он предлагает пользователям лишить заглавных букв краткие описания, что приводит к тому, что новые редакторы (очень разумно!) Доверяют приложению и неправильно переводят короткие описания в массовую форму: [8] [9] [10] [11] [12] .

Когда программа все же решает изменить фактическое содержание в коротких описаниях, она очень часто добавляет полную ерунду. Вот действительно прекрасное краткое описание [13], которое он предложил (и успешно побудил нового пользователя добавить!) К естествознанию : раздел науки о мире природы и его связь со статистикой, предсказанием, низкоэнтропийным мышлением, экстрасенсорным восприятием. (ESP), Пророчество, Апокалиптические откровения, Бог, Троица, Дэвид, Кайл, Альфа, Омега, К., Кабал, космос, Вики . Качественный товар.

Вполне вероятно, что есть какая-то команда, с которой я мог бы заняться этим вопросом, и некоторые незначительные улучшения могут быть внесены в программу за несколько месяцев, но на самом деле я не вижу, какую пользу это может принести проекту, это всегда эффективно. . ‑‑ Volteer1 ( разговор ) 17:34, 8 апреля 2021 г. (UTC)

@ Volteer1 : вы можете сообщить об этом как об ошибке, используя эту форму - похоже, проблема в том, что эта функция делает неподходящие предложения. - Обсуждение xaosflux 17:38, 8 апреля 2021 г. (UTC)
Отчет об ошибке отправлен, T279702 . - Jonesey95 ( разговор ) 18:00, 8 апреля 2021 г. (UTC)

Проблемы с доступом к сайтам WMF [ править ]

Привет, редактор, которого я знаю и которому доверяю, связался со мной по электронной почте и сообщил, что сегодня она не может получить доступ к сайтам WMF - ни сообщества, ни EnWiki, ни EsWiki. Не то чтобы она не могла редактировать, но она вообще не может подключиться, ее браузер сообщает ей: «Сервер на en.wikipedia.org слишком долго отвечает». Она проверила с друзьями и семьей в одном регионе с тем же интернет-провайдером, они могут получить доступ, но, несмотря на несколько перезагрузок, попытки пробовать разные браузеры, даже попытки компьютера мужа, она не получает доступа. Другие веб-сайты работают нормально, только сайты WMF по какой-то причине не загружаются. Есть мысли, что попробовать? Если это важно, она в Мексике. Заранее благодарим за любые предложения, которые мне придется переслать по электронной почте (поскольку она не видит эту страницу!).Обхват на высшем уровне (болтовня) 18:15, 8 апреля 2021 г. (UTC)

Интересно, что решает для нее en.wikipedia.org? SQL запросите меня! 18:19, 8 апреля 2021 г. (UTC)
Скажите ей, чтобы она попробовала использовать Google Public DNS (8.8.8.8 и 8.8.4.4), это почти наверняка проблема с ее стороны. ‑‑ Volteer1 ( разговор ) 18:22, 8 апреля 2021 г. (UTC)
Спасибо обоим. Я спрошу ее ... Обхват Summit (болтовня) 18:31, 8 апреля 2021 (UTC)
О, она только что сказала мне, что смогла зайти на https://wikipedialibrary.wmflabs.org/users/my_library/ , но это единственный сайт, связанный с WMF, который ей удалось загрузить до сих пор. В случае, если это даст вам ключ к разгадке. Обхват Summit (болтовня) 18:33, 8 апреля 2021 (UTC)
SQL - она ​​прислала мне снимок экрана с изображением того, что происходит, когда она набирает "en.wikipedia.org" в адресной строке. Адресная строка изменится на https://en.wikipedia.org/wiki/Main_Page , но она просто видит экран сбоя: время соединения истекло. Сервер en.wikipeida.org слишком долго не отвечал и т. Д. Есть еще мысли?
Volteer1 - Боюсь, что для нее это может быть излишне техническим. Она на пенсии, первоклассный писатель, исследователь и общий вкладчик, но ее технические навыки не слишком хороши, ее пугает мысль о том, чтобы попытаться это сделать, даже взглянув на то, что происходит, когда она набирает в Google «Google Public DNS» (я признаюсь, я бы тоже). Обхват Summit (болтовня) 19:11, 8 апреля 2021 (UTC)
Girth Summit , попробуйте https://wikitech.wikimedia.org/ . Это еще одна вики, которая находится в центре обработки данных WMF, но за пределами домена WP: SUL , как (я полагаю), https://wikipedialibrary.wmflabs.org . Если вы можете получить оба из них, но ни один из enwiki. eswiki, commons, wikidata и т. д., то это пахнет проблемой, связанной с авторизацией.
Сегодня WP: ЧЕТВЕРГ . Сегодня в enwiki была представлена новая версия программного обеспечения . Были внесены некоторые недавние изменения, из-за которых прекращена поддержка некоторых очень старых браузеров . Я не думаю, что это было в сегодняшнем выпуске, но это то, что нужно учитывать, если у нее что-то очень старое.
Я бы посоветовал заглянуть в консоль javascript и / или на сетевые вкладки инструментов разработчика, но из того, что вы говорите, я предполагаю, что это выходит за рамки ее технической досягаемости. - Рой Смит (разговор) 22:31, 8 апреля 2021 г. (UTC)
РойСмит , большое спасибо - я перешлю это. Обхват Summit (болтовня) 22:42, 8 апреля 2021 (UTC)
Girth Summit , Хммм, интересно, оказывается, на https://wikipedialibrary.wmflabs.org вообще не работает WikiMedia. Это работает совсем другое . Это заставляет меня еще больше подозревать, что это проблема WP: THURSDAY . - Рой Смит (разговор) 23:23, 8 апреля 2021 г. (UTC)
  • Я проснулся от электронного письма, в котором говорилось, что она вернулась - какая бы проблема ни была, похоже, она исчезла (по крайней мере, на данный момент) - спасибо всем за ваши предложения. Обхват Summit (болтовня) 5:43, 9 апреля 2021 (UTC)

Plainlinks некорректно отображается в неподвластной времени скине [ править ]

Гусеничный в Phabricator
задач T279693

На всех ссылках редактирования теперь отображается стрелка, указывающая на внешнюю ссылку. Я не знаю, является ли это ошибкой или что-то в этом роде, но class = plainlinks должны ее остановить, но это не так. Это выглядит ужасно. Это можно исправить? Аасим ( разговор ) 01:18, 9 апреля 2021 (UTC)

Кстати, это происходит с другими простыми ссылками, включая ссылки в шаблонах AFD, ссылки в шаблонах ярлыков, даже в некоторых интерфейсных сообщениях. Аасим ( разговор ) 01:20, 9 апреля 2021 (UTC)
Awesome Aasim , можешь конкретный пример привести? Скриншот тоже поможет. - РойСмит (разговор) 01:38, 9 апреля 2021 г. (UTC)
Смотрите . Кажется, это вечная проблема. Аасим ( разговор ) 03:37, 9 апреля 2021 (UTC)
Да, для него уже есть задача Phab. Изно ( разговорное ) 03:58, 9 апреля 2021 (UTC)
Можете ссылку в обсуждении? Аасим ( разговор ) 04:49, 9 апреля 2021 (UTC)
Итак, исправить, добавив простые ссылки на MediaWiki: Timeless.css , или дождаться исправления в ядре mediawiki? В настоящее время Plainlinks вообще отсутствует во Timeless, - Снаевар ( разговор ), 06:09, 9 апреля 2021 года (UTC).
@ Awesome Aasim : просто хочу убедиться, что на самом деле это не все ссылки редактирования на странице - например, на этой случайной странице «ссылки редактирования» в: разделах, буквально помеченный раздел «редактировать ссылки» в поле языков и элемент управления «редактировать эту страницу» вверху страницы в порядке. Вы видите это только на полных URL-адресах, которые содержат такие вещи, как или правильно? - Обсуждение xaosflux, 11:01, 9 апреля 2021 г. (UTC)?action=edit?redirect=no

Отчет об ошибке (Новые строки в текстовых фрагментах API) [ править ]

Гусеничный в Phabricator
задач T279789

Кажется, что API интерпретирует разрывы строк в викитексте как новые строки, даже если они не отображаются таким образом для читателя. Например, в статье Hytracc Consulting вызов API отправляет предложение: «Компания \ nheadquartered в Ставангере, Норвегия, а также имеет офисы в \ nAberdeen, Калгари, Гронингене, Хьюстон, Тронхейм, и \ nKuala Лумпуре.» Может ли кто-нибудь связать меня с нужным местом, чтобы сообщить об этом? Сэм в Megaputer ( разговор ) 14:16, 9 апреля 2021 (UTC)

API точно отражает исходный викитекст и ничего не знает о том, как HTML отображается браузером. Это не ошибка. Изно ( разговорное ) 14:24, 9 апреля 2021 (UTC)
Если API отражает исходный викитекст, то почему двойные разрывы строк отображаются как одиночные разрывы строк (см. Текст после Куала-Лумпур. \ N)? Сэм в Megaputer ( разговор ) 14:35, 9 апреля 2021 (UTC)
Вы связались с выходом API mw: Extension: TextExtracts , который использует определенные эвристики для создания извлечения страницы и поэтому, в отличие от mw: API: Revisions, он не обязательно будет отражать исходный вики-текст. Если вы считаете, что это ошибка, сообщите об этом здесь , хотя значительные изменения заключаются в том, что это нормальное поведение. Форматирование вики-текста на этой странице в любом случае странное. - SD0001 ( разговор ) 14:57, 9 апреля 2021 г. (UTC)
Спасибо. Я собираюсь сообщить об этом, поскольку это влияет на мои данные. Посмотрим, получу ли я ответ. Сэм в Megaputer ( разговор ) 15:06, 9 апреля 2021 года (UTC)
Сэм в Megaputer , Сэм, это работает, как задумано. См. WP: LINEBREAK # Причина разрывов строк . К сожалению, я не знаю какой-либо авторитетной документации по синтаксису и семантике вики. Язык плохо спроектирован и полон исторических странностей.
Если вас интересует синтаксический анализ викитекста, официальный ответ - использовать Parsoid . Parsoid большой, сложный и запутанный в использовании, но это последнее слово в синтаксическом анализе викитекста. Если вы используете Python, разумной альтернативой будет mwparserfromhell ; его намного проще использовать, но он отличается от Parsoid в некоторых незначительных деталях. Если вы пытаетесь разобрать викитекст с помощью регулярных выражений, вы делаете это неправильно. - РойСмит (разговор) 16:00, 9 апреля 2021 г. (UTC)
Спасибо за предложения. Я вижу из WP: LINEBREAK # Причина разрывов строки, что "\ n" в викитексте, как ожидается, будет регистрироваться как "" в HTML, а "\ n \ n" регистрируется как разрыв строки в HTML. Но API TextExtract сопоставляет оба значения с «\ n», из-за чего невозможно определить, следует ли интерпретировать «\ n» как разрыв строки или нет. Если я не получу ответа на свой отчет, мне может быть проще просто рассматривать это как приемлемый шум, чем пытаться повторно проанализировать викитекст. Однако это всегда вариант. Сэм в Megaputer ( разговор ) 17:54, 9 апреля 2021 (UTC)
Сэм из Megaputer , я сам никогда не использовал TextExtracts, но, судя по документации, похоже, что это было задумано как способ получить только текст без какой-либо разметки, как вы могли бы захотеть, если бы вы строили поисковый индекс. Если вы хотите получить какую-либо семантику разметки (например, «между этими двумя словами есть разрыв абзаца»), я подозреваю, что Parsoid - ваш друг. - РойСмит (разговор) 20:32, 9 апреля 2021 г. (UTC)

Размер текста в ссылках на мобильном устройстве изменился? [ редактировать ]

вставьте подпись сюда

Это одна из тех вещей, которые меня всегда раздражали. На моем телефоне Android, просматривающем настольный сайт в Chrome (векторный скин), ссылки отображаются в виде обычного или уменьшенного текста (см. Снимок экрана).

Кажется, это связано с тем, посетил я ссылку или нет, но это не так просто. Например, если я нажимаю на первую ссылку (Коннор), первое, что происходит, - текст сокращается до небольшого размера. Если я нажму еще раз, откроется страница UPI. Если я вернусь на страницу википедии и перезагружу, она вернется к нормальному размеру. - РойСмит (разговор) 17:20, 9 апреля 2021 года (UTC)

@ RoySmith : Это похоже на Википедию: Village pump (технический) / Архив 188 # Что это означает, когда шрифт столбца таблицы имеет нежелательное расширение, не управляемое викитекстом? Никаких способов остановить это не было, кроме использования мобильного сайта. PrimeHunter ( разговорное ) 17:37, 9 апреля 2021 (UTC)
PrimeHunter , Хм, да, это действительно похоже на то, что я вижу, вплоть до «часто приводит к щелчку нежелательной ссылки, которая теперь извивается у вас под пальцем». Ради интереса я перевел свой настольный Chrome в режим эмуляции мобильных устройств и не смог воспроизвести его, хотя я действительно этого не ожидал. - РойСмит (разговор) 21:20, 10 апреля 2021 г. (UTC)
@ Стрелец Млечный Путь : кто начал эту тему. - Рой Смит (разговор) 21:22, 10 апреля 2021 г. (UTC)
Вы можете установить порог длительного нажатия на 0,3 секунды или около того. Удерживание ссылки, затем отпускание, затем повторное прицеливание, а затем нажатие без риска, не должно занимать так много времени. Стрелец Млечный Путь ( разговор ) 22:06, 10 апреля 2021 (UTC)

ошибка кодирования? [ редактировать ]

См. Википедию: Доска объявлений / Инциденты # строчная неисправность сигмабота III? . Часть заархивированной цепочки отображается в окне редактирования, но не отображается в реальном времени (бот не является проблемой). Моего кода-фу явно недостаточно, чтобы разгадать это. Библброкс ( разговор ) 18:42, 9 апреля 2021 (UTC)

Фиксированный. Заключительная ссылка имела неправильный синтаксис. PrimeHunter ( разговорное ) 19:24, 9 апреля 2021 (UTC)

Для URL-адресов книг Google нужен бот [ изменить ]

URL-адреса qv:

https://books.google.com/books?id=sDeE9r_6HdsC&pg=PT234&lpg=PT234&dq=Jiyu+hiwar&source=bl&ots=uqCPAz1gx6&sig=2ZDD2RkxILyXnIqm0o42i5PfndU&hl=en&sa=X&ved=0CBwQ6AEwAGoVChMI3qqt6NvhyAIVxWQsCh07igs-#v=onepage&q=Jiyu%20hiwar&f=false

можно очистить от метаданных участника:

https://books.google.com/books?id=sDeE9r_6HdsC&pg=PT234&lpg=PT234&dq=Jiyu+hiwar&hl=en
.... 0mtwb9gd5wx ( обсуждение ) 02:45, 10 апреля 2021 (UTC)
По моему опыту (некоторое время назад), номера страниц бесполезны. Итак, минимум:
https://books.google.com/books?id=sDeE9r_6HdsC&dq=Jiyu+hiwar MarMi wiki ( обсуждение ) 15:36, 10 апреля 2021 г. (UTC)

Пользователь: бот Citation выполняет некоторую очистку URL-адресов в ГБ. Но я согласен, что нам нужен специальный бот для Google Книг, потому что есть много проблем, которые можно определить / исправить только с помощью проверки заголовков и страниц. На enwiki есть миллионы ссылок Google Книг, и многие из них больше не работают так, как предполагалось изначально: жесткий и мягкий 404, ссылка имеет номер страницы, но перенаправляет на «Об этой книге», идентификатор книги был узурпирован и указывает на другую книгу, и т. д. больше в Википедии: Google Книги и Википедия . - Зеленый C 03:04, 10 апреля 2021 г. (UTC)

IABot [ править ]

Это - https://iabot.toolforge.org/index.php?page=runbotqueue - раньше была ссылкой на IABot, которую я годами использовал для архивирования ссылок. В течение прошлой недели или около того появляется сообщение об ошибке 503 Служба недоступна. Есть идеи, что происходит? Браузер Firefox последней версии. Спасибо. Двулепая машинистка ( разговор ) 12:40, 10 апреля 2021 (UTC)

Гусеничный в Phabricator
задач T279341
На данный момент он не работает из-за проблемы с базой данных. См. Phab: T279341 . ƒirefly ( t · c ) 12:56, 10 апреля 2021 г. (UTC)
Спасибо! Двулепая машинистка ( выступление ) 14:39, 10 апреля 2021 (UTC)

Размер шрифта TOC в современном скине [ править ]

Были ли внесены изменения в современный скин css для уменьшения размера шрифта TOC? Я могу это представить, но размер шрифта кажется намного меньше, чем был. Nthep ( разговор ) 14:34, 10 апреля 2021 (UTC)

Я на 100% уверен, что это та же проблема TOC во Timeless, которую я добавил в phab: T279693 . Изно ( разговорное ) 15:27, 10 апреля 2021 (UTC)
Рад, что это не мое зрение или память! Nthep ( разговор ) 16:38, 10 апреля 2021 (UTC)

Неправильное написание названия изображения [ править ]

Есть фотография открытия Стоктон-энд-Дарлингтонской железной дороги (Файл: Открытие Стоктон-энд-Дарлингтонской железной дороги.jpg). Существует также обрезанная версия (Файл: Открытие Стокинга и Дарлингтонской железной дороги (урожай) .jpg), название которой явно неверно написано (Stocking for Stockton). Последний связан только один раз в en.wikipedia (из Stockton and Darlington Railway ), но он также связан из es.-, ka.-, no.- и zh.wikipedia.

Могу ли я переместить эту страницу на правильное написание? Оставит ли это перенаправление и будет ли оно работать для других википедий? Я никогда не перемещал статью, и это файл: а не статья в mainspace, поэтому я не хочу создавать беспорядок из-за незнания.

Кроме того, как я могу поместить в этот доклад ссылку на файл, который показывает заголовок (информативный), а не рисует картинку (красиво, но не так уместно)? - Вербарсон ( доклад ) 20:43, 10 апреля 2021 г. ( УНИВЕРСАЛЬНОЕ ГЛОБАЛЬНОЕ ВРЕМЯ)

1. У вас нет необходимых разрешений для перемещения файла, но вы можете попросить кого-нибудь, кто действительно переместится в файл, посетив страницу файла в Commons ( c: Файл: Открытие Stocking and Darlington Railway (урожай) .jpg ) и щелкнув ссылку «Переместить» (которая может находиться в меню «Еще»). Я сделал это за вас. После того, как средство перемещения файлов Commons обработает мой запрос, при перемещении останется перенаправление, которое будет работать в других Википедиях. Тем не менее, они обычно используют сценарий для автоматической замены всех использований на всех вики, хотя я не уверен, почему.
2. Вы устанавливаете перед ссылкой префикс двоеточия ( [[:File:Example.png]]создает File: Example.png ) * Pppery * это началось ... 20:55, 10 апреля 2021 г. (UTC)
Спасибо. Я буду следить за тем, чтобы переименование вступило в силу, - Вербарсон ( выступление ) 21:38, 10 апреля 2021 года (UTC).

Ограничение содержания не работает на странице QAnon [ править ]

Пару раз за последние несколько месяцев я пытался установить ограничение содержания ( шаблон: предел содержания ) на странице QAnon. Есть в настоящее время 54 разделов , перечисленные в ToC Статей. Ограничение только заголовками верхнего уровня снизит число до гораздо более разумного 15, что сделает страницу более читаемой для всех пользователей. Однако каждый раз, когда я пытаюсь установить предел, это что-то нарушает, и ToC либо исчезает, либо пропадает. Кто-нибудь знает, что не так? Спасибо. Ganesha811 ( разговорное ) 21:50, 10 апреля 2021 (UTC)

Похоже, вы вставили , но ничего не делает. Уровень оглавления 1 - это заголовок страницы. Уровень 2 - это основные заголовки на странице, поэтому оглавление ограничивается одним уровнем. Я знаю, что это немного сбивает с толку. - Jonesey95 ( разговорное ) 22:29, 10 апреля 2021 г. (UTC){{TOC limit|1}}{{TOC limit|2}}
Jonesey95 , спасибо за помощь! Имеет смысл. Ganesha811 ( разговорное ) 23:59, 10 апреля 2021 (UTC)