Википедия: Деревенский насос (технический)

Политика

Технический

Предложения

Лаборатория идей

WMF

Разное

• Оглавление
• Первое обсуждение
• Конец страницы
• Новый пост

Ярлыки WP: VPT РГ: ВП / Т РГ: TECHPUMP РГ: PUMPTECH Техническая часть села насос используется для обсуждения технических вопросов о Википедии . Отчеты об ошибках и запросы функций следует делать в 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

Ожидающие изменения снова [ править ]

После того, как эта заархивированная ветка была разрешена, я снова не могу устанавливать ожидающие изменения в статьях. @ Xaosflux : . - Поньо ^бонс Иезавели 17:00, 19 февраля 2021 г. (UTC)

phab: T273317 все еще может быть проблемой. Не могли бы вы посмотреть, можете ли вы добавлять / удалять пользователей из нового патрулирования страниц и групп с автопатрулированием? Вы можете протестировать с помощью Special: UserRights / Xaosflux_ep (просто установите срок его действия через день). - ^{Обсуждение} xaosflux 17:16, 19 февраля 2021 г. (UTC)

Выполнено. Нет проблем, - поговорки Иезавели Ponyo ^{bons mots} 17:44, 19 февраля 2021 года (UTC).

Добавлено в phab: T275017 . - ^{Обсуждение} xaosflux 19:20, 19 февраля 2021 г. (UTC)

привет @ Ponyo , спасибо за отчет и @ Xaosflux, что разместили его на Phabricator

В качестве возможного обходного пути, можете ли вы попробовать добавить себя в группу «обозревателей ожидающих изменений», чтобы узнать, поможет ли это решить проблему? Мартин Урбанец ( разговор ) 02:09, 20 февраля 2021 (UTC)

(Я знаю, что это может показаться несвязанным, но при отладке предыдущего возникновения той же проблемы это иногда работало с рецензентом, но не без какой-то странной причины, поэтому я предлагаю это) Мартин Урбанек ( разговор ) 02:10 , 20 февраля 2021 г. (UTC)

Для информации, то же самое произошло с моими последними правками. - Делфилд ( разговор ) 15:18, 20 февраля 2021 (UTC)

• В качестве обновления эта проблема теперь решена для меня, - Поньо ^Бонс Иезавели, слова 23:21, 22 февраля 2021 г. (UTC).

Ошибка автоматического принятия ожидающих изменений снова [ править ]

В этой теме в прошлом месяце несколько пользователей (включая меня) упомянули об ошибке, при которой наши правки не принимаются автоматически для полузащищенных статей. В конечном итоге эта техническая проблема была решена. Теперь у меня снова та же проблема, что и здесь (та же статья, что и в прошлый раз). Можно ли снова исправить эту техническую проблему? Спасибо. Maestro2016 ( разговор ) 02:13, 20 февраля 2021 (UTC)

Подозреваю, что это та же проблема, что и в Википедии: Village_pump_ (технический) #Pending_Changes_again выше. - ^{Обсуждение} xaosflux, 02:19, 20 февраля 2021 г. (UTC)

У меня все еще та же проблема, как вы можете видеть из недавних правок той же статьи. Я все еще получаю сообщение "ожидающие изменения" снова. Maestro2016 ( разговор ) 19:15, 21 февраля 2021 (UTC)

Я также только что столкнулся с этой проблемой на Scratch_ (programming_language) [1] - разница показывает версию как текущую, но на странице Scratch отображается 1 ожидающая ревизия, моя. Может быть, я отменил принятую правку? Dialectric ( разговор ) 03:07, 25 февраля 2021 (UTC)

Здравствуйте, я не знаю, куда это поместить, но мои правки на страницах с отложенными изменениями недавно не принимались автоматически. Это странно, потому что в начале этого месяца мне удалось без каких-либо проблем внести множество правок на страницы с ожидающими изменениями. Моей учетной записи почти год, и у меня более 500 правок, я без проблем редактировал подтвержденные и частично защищенные страницы. Clear Looking Glass ( разговор ) 05:47, 25 февраля 2021 (UTC)

Просто испытал ту же проблему. Пожалуйста, ознакомьтесь с жалобами других на Википедии: ожидающие изменения # Почему я замешан в этом? . - DB1729 ( разговор ) 01:53, 26 февраля 2021 г. (UTC)

У меня такая же проблема. Ссылка на обсуждение в чайном домике ( https://en.wikipedia.org/wiki/Wikipedia:Teahouse#Pending_Changes_problems ) и Phabricator . DiamondIIIXX ( разговор ) 08:01, 1 марта 2021 (UTC)

Моя проблема все еще не решена. См., Например, мои недавние правки . По-прежнему появляется ошибка ожидающих изменений. Maestro2016 ( разговорное ) 10:22, 5 марта 2021 (UTC)

• Похоже, что соответствующий билет phab для этой проблемы - phab: T233561 . Это действительно все еще проблема, см. [2] , который должен был быть автоматически принят, потому что он был отправлен автоматически подтвержденным пользователем и до этого не было ожидающих изменений. Mz7 ( разговорное ) 20:07, 10 марта 2021 (UTC)

  Хм, просто прочтите обсуждение ниже, а вроде phab: T275322 тоже проблема? Mz7 ( разговорное ) 20:27, 10 марта 2021 (UTC)

Также происходит в Special: PageHistory / General American English . Изменения, внесенные расширенным подтвержденным пользователем в последнюю принятую ревизию, не принимаются автоматически. Нардог ( разговор ) 01:40, 12 марта 2021 (UTC)

Изменения, ожидающие рассмотрения [ править ]

У меня есть недавняя проблема: когда я редактирую защищенные страницы с отложенными изменениями, она говорит, что мои правки должны быть сначала проверены, а не «автоматически приняты». Впервые это случилось со мной в Dire wolf , где я отменил правку и не принял ее автоматически. Две мои правки в Carnosauria [3] [4] также не были приняты автоматически, и не было предыдущих правок, ожидающих рассмотрения. Я уже давно подтвержден здесь (почти 8000 правок и полтора года), так почему же мои правки на защищенных страницах, ожидающих изменений, нужно проверять? Может кто-нибудь объяснить, что происходит и как это можно исправить? Jurassic Classic 767 ( Обсуждение |вклад ) 06:28, 28 февраля 2021 (UTC)

@ JurassicClassic767 : Защита от отложенных изменений отличается от защиты с расширенным подтверждением . Чтобы принять ожидающие изменения, вам необходимы права пользователя рецензента ожидающих изменений . ƒirefly ( t · c ) 12:43, 28 февраля 2021 г. (UTC)

Нет, я знаю, что я не рецензент ожидающих изменений, я хочу сказать, что мои правки на защищенных страницах с отложенными изменениями не отображаются как «автоматически проверенные». Я имел в виду «автоподтверждение» (это то, что вам нужно для того, чтобы ваши правки стали «автоматически принимаемыми»), и я был пользователем с автоподтверждением очень давно. Jurassic Classic 767 ( Обсуждение | вклад ) 13:48, 28 февраля 2021 (UTC)

@ JurassicClassic767 : Я понимаю, что вы имеете в виду, извиняюсь. Изменения, внесенные вошедшими в систему пользователями на защищенные от ожидающих изменений страницы, автоматически принимаются тогда и только тогда, когда нет предшествующих изменений, ожидающих рассмотрения. Если есть предыдущие правки, ожидающие рассмотрения, то правки помещаются в очередь на рассмотрение. ƒirefly ( t · c ) 13:57, 28 февраля 2021 (UTC)

Но это не то, что происходит, хотя в моих примерах выше (Furileusauria и Carnosauria) не было предыдущих правок, ожидающих рассмотрения, и когда я редактировал, мою собственную правку нужно было пересмотреть, что странно. Jurassic Classic 767 ( Обсуждение | вклад ) 14:12, 28 февраля 2021 (UTC)

Хммм ... да, это кажется странным. Это изменение было принято 31 января, а затем 27 февраля было внесено ваше изменение. Я посмотрю, смогу ли я что-нибудь откопать. ƒirefly ( t · c ) 14:23, 28 февраля 2021 (UTC)

# Ожидаемые изменения снова ? В последнее время ПК находится в затруднительном положении. - Изно ( разговор ) 18:44, 28 февраля 2021 (UTC)

Да, об этом есть билет phab (для информации JurassicClassic767 ) - phab: T275322 ƒirefly ( t · c ) 20:20, 1 марта 2021 (UTC)

Ага, похоже, что есть несколько других пользователей с такой же проблемой, как и я, но есть ли что-то, что можно было бы сделать, чтобы ее исправить? Jurassic Classic 767 ( Обсуждение | вклад ) 20:55, 1 марта 2021 (UTC)

Разработчики в курсе, и я уверен, что они скоро найдут решение. ƒirefly ( t · c ) 22:29, 1 марта 2021 г. (UTC)

Вряд ли. FlaggedRevs (т.е. отложенные изменения) является заброшен . Немногие / никакие разработчики хотят трогать кодовую базу. Хотя, похоже, есть исправление для обзора именно этой регрессии. ProcrastinatingReader ( разговор ) 22:36, 1 марта 2021 (UTC)

Фу. Еще одна часть MediaWiki, которая по большей части заброшена. Извините, я не знал, что FlaggedRevs упал именно в эту дыру. ƒirefly ( t · c ) 09:35, 2 марта 2021 г. (UTC)

ProcrastinatingReader , что весьма прискорбно. Если мы не можем гарантировать надежность этого программного обеспечения, то, возможно, нам нужно начать разговор о том, следует ли нам вообще продолжать использовать это программное обеспечение. (И я говорю это как давний сторонник незавершенных изменений.) Mz7 ( разговор ) 19:44, 12 марта 2021 г. (UTC)

@ Mz7 : забавно, я дважды написал небольшой подраздел, чтобы предложить именно это, но воздержался от нажатия «отправить изменения» оба раза. Мне очень нравится идея ПК (и я предлагал расширение ), но, по-моему, текущая реализация и пользовательский интерфейс FlaggedRevs неадекватны, и он настолько глючен и не обслуживается, что я не уверен, что у него много будущего. Я просто опасаюсь, что, если он будет удален, мы, возможно, не сможем получить импульс для разработки подходящей замены, но не похоже, что они все равно собираются это исправить. Но на самом деле мне нужно начать с нуля, с основ проблемы, а затем спроектировать и разработать новое решение. ProcrastinatingReader ( разговор ) 19:50,

А «обзор , прежде чем совершить» метод защиты является ценным для того, где она успешно (низкие аннотированный страницы особ. BLPs, по- видимому , TFA раньше, чем позже, и Гоша-он-бы-быть-пра-если-мы-может-DO- that-with-templates-and-scripts-except-PC-don't-work-there), поэтому начинать с нуля не имеет особого смысла. (Что также не имеет смысла, так это то, что WMF построил немецкую версию, которая поддерживает все ПК, а затем приступила к созданию английской версии после отзывов здесь, что является частью того, почему код такой беспорядочный.) - Изно ( разговор ) 20:00, 12 марта 2021 г. (UTC)

Веселая идея: создать бота, который автоматически принимает правки, сделанные автоматически подтвержденными пользователями, если до них нет ожидающих правок. Это была бы временная мера для восстановления статус-кво, пока мы находим разработчика, готового потратить время на работу с кодовой базой. Mz7 ( разговорное ) 20:35, 12 марта 2021 (UTC)

Я предложил это в WP: BOTR [5] . Mz7 ( разговорное ) 23:42, 12 марта 2021 (UTC)

Также существует проблема, когда страница является как полузащищенной, так и ожидающими изменениями, но при этом некоторые правки по-прежнему не принимаются. Бывший. [6] ... Это потребует дальнейшего исправления ошибок ... Ура, RandomCanadian ( обсуждение / вклад ) 00:02, 2 марта 2021 г. (UTC)

Einmal wieder ... Эта ошибка возникает уже второй раз; на той же странице; с тем же редактором ( @ Paper Luigi : я не думаю, что вы тоже понимаете, что может быть причиной этого, просто к вашему сведению) ... RandomCanadian ( обсуждение / вклад ) 01:32, 2 марта 2021 (UTC)

Я заметил, что мои правки не были автоматически приняты и вместо этого требовалось одобрение. Считайте меня невежественным. - Paper Luigi ^{T • C} 01:36, 2 марта 2021 г. (UTC)

У меня та же проблема ... DiamondIIIXX ( разговор ) 03:42, 2 марта 2021 (UTC)

Похоже, что любая страница с блокировкой «Ожидающие изменения» (включая страницы, которые являются как ПК, так и полузащищенными), по-видимому, перестала автоматически принимать изменения установленных пользователей. Надеюсь, проблемы скоро будут исправлены. Clear Looking Glass ( разговор ) 00:11, 16 марта 2021 (UTC)

Видимо , что эта проблема не присутствует в dewiki, за это . Таким образом, это может быть проблема обеих конфигураций, поскольку это может быть связано с отложенными изменениями (вероятно, с обоими). RandomCanadian ( обсуждение / вклад ) 05:05, 8 марта 2021 г. (UTC)

На сайте phabricator 11 марта пользователь FriedhelmW заявляет, что проблема или, по крайней мере, аналогичная проблема также возникает в dewiki. - Предыдущий неподписанный комментарий добавлен Dialectric ( обсуждение • вклад ) 23:52, 12 марта 2021 г. (UTC)

Чего бы это ни стоило, я только что подал BRFA для бота, который будет эффективно «исправлять» эту ошибку, пока она не будет исправлена ​​должным образом. ƒirefly ( t · c ) 17:36, 15 марта 2021 г. (UTC)

Мобильный доступ в сборной Уругвая по футболу [ править ]

Проблема со статьей о сборной Уругвая по футболу была поднята на моей странице обсуждения @ Kokoeist : - фактически, при просмотре этой статьи на мобильном устройстве нет возможности развернуть / свернуть разделы - все автоматически разворачивается. Есть идеи, почему? Это значительно усложняет чтение / навигацию. ~ - Предшествующий неподписанный комментарий добавлен GiantSnowman ( обсуждение • вклад ) 21:29, 11 марта 2021 г. (UTC)

Сворачиваемый контент никогда не работал на мобильных устройствах, и я предполагаю, что в этом вопрос. Если бы заголовки не были свернуты, это может быть отдельная проблема. - Изно ( разговор ) 00:41, 12 марта 2021 (UTC)

Нет, заголовки не сворачиваются, и для них нет переключателя сворачивания. - Брэндон XLF ( разговор ) 03:23, 12 марта 2021 г. (UTC)

GiantSnowman , страница содержит около 1100 изображений, что превышает максимальное значение 1000, поддерживаемое MobileFrontend, а это означает, что разделы не отформатированы для свертывания. - Брэндон XLF ( разговор ) 04:02, 12 марта 2021 г. (UTC)

Хорошо спасибо. Гигантский снеговик 11:00, 12 марта 2021 г. (UTC)

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

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

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

Хотя я не проверял фактический исходный код, лежащий в основе этой функции, я предположил, что это реализуется за счет наличия дополнительного поля временной метки в каждой записи списка наблюдения, которое обозначает дату истечения срока ее действия; и фактический механизм истечения срока срабатывает всякий раз, когда пользователь просматривает свой список наблюдения или открывает (необработанный) редактор списков наблюдения.

Чтобы представить эту информацию в необработанном списке наблюдения, я предлагаю расширить каждую строку синтаксисом , подобным параметрам шаблона MediaWiki , добавив "|" к каждой непостоянной записи , за которым следует свойство expire, за которым следует =отметка времени истечения срока действия в (подмножестве) формата ISO 8601 и значение .

• Для постоянных записей они остаются прежними:

  PAGENAME

• Для истекающих записей расширите каждую из них следующим синтаксисом:

  PAGENAME|expire=TIMESTAMP

  Например:

  Crystal earpiece|expire=2021-04-05T10:56:54Z

Примечания по обработке ввода:

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

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

- Nvtj ( разговор ) 07:17, 12 марта 2021 (UTC)

phab: T259863 : "Срок действия списка наблюдения: разрешить отметки времени истечения в необработанном режиме". PrimeHunter ( разговорное ) 10:05, 12 марта 2021 (UTC)

Текст, помеченный в старых архивах [ править ]

Если вы посмотрите на нижнюю часть Википедии: Доска объявлений для администраторов / IncidentArchive119 , весь текст будет зачеркнут. Глядя на страницу в Wayback Machine , этого не происходит. Почему? - Привет, середина ( вклад ) 14:02, 12 марта 2021 г. (UTC)

Глядя на то, где начинался зачеркнутый текст, было незакрытое <s>. Я его закрыл. [7] Наше программное обеспечение изменилось. Раньше он автоматически закрывал больше тегов в определенных местах, например заголовков. Думаю, это была Тиди. См. Mw: Разбор / замена Tidy . PrimeHunter ( разговорное ) 14:19, 12 марта 2021 (UTC)

Я понимаю. Так что никто не исправил это, потому что это не повлияло на рендеринг на странице. Я видел и другие архивы, где это тоже происходит. - Привет, середина ( вклад ) 14:31, 12 марта 2021 (UTC)

Вы можете исправить их, когда увидите их, и проигнорировать любой «Не редактировать этот архив». Это то, чем я занимаюсь. PrimeHunter ( разговорное ) 15:11, 12 марта 2021 (UTC)

Эта ошибка была примером ошибки Lint , в данном случае ошибки «Отсутствует конечный тег», которых более восьми миллионов во всех пространствах имен. «Отсутствующий конечный тег» - это, безусловно, наиболее частая фактическая ошибка (более распространены устаревшие теги HTML, но они по-прежнему полностью поддерживаются всеми современными браузерами, поэтому, как правило, пока не вызывают проблем). См . Дополнительную информацию в Википедии: ЛИНТЕР .

Многие ошибки по-прежнему автоматически исправляются механизмом рендеринга программного обеспечения MediaWiki, но некоторые из них вызывают проблемы с отображением, и нет гарантии, что программное обеспечение MediaWiki будет продолжать правильно их отображать всегда.

Приглашаем гномов присоединиться к очень небольшой группе редакторов, которые работают над исправлением этих ошибок; пространство статьи существенно очищено, осталось всего около 200 000 ошибок (плюс устаревшие теги), по сравнению с примерно 700 000 два с половиной года назад. Пространство шаблона, за исключением страниц DYK, которые находятся в неправильном пространстве имен, по существу не содержит ошибок Lint. - Jonesey95 ( разговорное ) 23:38, 12 марта 2021 г. (UTC)

В этом случае, я вижу попытку в Anon , чтобы исправить ее , а затем в Revert по Пользователь: L293D . 93.173.31.197 ( разговорное ) 19:17, 15 марта 2021 (UTC)

Toolforge и MediaWiki.org - «нет безопасного соединения» в WiFi [ править ]

Здравствуй. Я использую Safari на iPhone 6. Когда я пытаюсь загрузить Toolforge или Mediawiki.org на моем TalkTalk связи Wi - Fi, я получаю сообщение от Safari говоря , что это не может загрузить страницу , так как «он не может установить безопасное соединение с сервером» . Однако, если я переключаюсь на « Три мобильных данных», страницы загружаются нормально. Кто-нибудь знает, почему на первом не работает? SK2242 ( разговор ) 15:30, 12 марта 2021 г. (UTC)

Если вы получили это сообщение по Wi-Fi, это, скорее всего, означает, что кто-то пытается понизить уровень вашего безопасного соединения при использовании этого интернет-провайдера. Вам нужно будет связаться с данным провайдером, чтобы понять, что они делают, и / или попросить их остановиться и / или спросить, понимают ли они, что происходит. - Изно ( разговор ) 19:37, 12 марта 2021 (UTC)

Древняя история для 198, пожалуйста [ править ]

Я только что обнаружил 198.207.223.xxx . Что это? Это не похоже на настоящего пользователя. У него есть запись в таблице участников , но Special: Contributions не заполняет страницу ссылками ни для пользователя, ни для IP. Изменения не отображаются в публикациях / 24 . Я предполагаю, что это из какой-то очень ранней схемы базы данных, которая не отслеживала изменения IP так же, как мы это делаем сейчас? - Рой Смит (разговор) 16:21, 12 марта 2021 г. (UTC)

Ваше предположение верно - это из эпохи UseModWiki / Phase II . ƒirefly ( t · c ) 16:23, 12 марта 2021 г. (UTC)

Перемещение кода WP: REFLINKS на страницу сценария [ править ]

Следует ли переместить код в User: Dispenser / Reflinks § Пользовательский скрипт в User: Dispenser / Reflinks.js ? Таким образом, люди смогут использовать {{ subst: lusc }}. При изменении URL-адреса кто-то обновляет URL-адрес на странице сценария и исправляет сценарий для всех.

У меня есть еще вопросы:

• Какие последствия этого я не заметил?
• Если мы продолжим этот шаг, как мы уведомим существующих пользователей Reflink, что они могут загрузить скрипт с помощью {{ subst: lusc }}? Можем ли мы?

Спасибо, что рассмотрели мои вопросы. Пожалуйста, пингуйте в ответах. Rotideypoc41352 ( разговор · вклад ) 16:38, 12 марта 2021 (UTC)

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

Всем привет. Мне интересно, есть ли интерес сообщества к следующей функции.

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

Мое предложение таково: я подозреваю, что если бы вы изобразили (количество возвратов в минуту) в зависимости от времени, вы бы увидели некоторые провалы на графике, где скорость возвратов почти равна нулю. Это периоды, когда изменения, вероятно, не были рассмотрены. Я бы хотел, чтобы страница недавних изменений и журнал, который поступает в такие инструменты, как Huggle, давали пользователям возможность просматривать изменения за эти периоды, чтобы я мог проверить их на вандализм. Я думаю, что наличие этой опции позволило бы сообществу гораздо более тщательно бороться с вандализмом и нарушениями BLP, особенно в отношении недостаточно просматриваемых статей. Я продвигал эту идею группой машинного обучения WMF (хотя на самом деле это не приложение машинного обучения), и они смотрят эту ветку. [9] Клейоквот ( Обсуждение | вклад) 22:28, 12 марта 2021 г. (UTC)

@ Clayoquot : WP: STiki очень хорошо справился с такими правками. Он использовал машинное обучение User: ClueBot NG, чтобы пометить правки, которые были оценены как возможные вандализмы, но бот по какой-либо причине не вернулся. Увы, сервер, на котором работает бэкэнд STiki, не работает уже год. Я думаю, что возродить его или переписать новый аналогичный инструмент, вероятно, является лучшим решением здесь. Показатели ClueBot NG кажутся довольно хорошими, но мы также можем использовать mw: ORES, который находится на поле зрения команды машинного обучения.

Что касается возвратов в минуту, вы можете увидеть некоторые исторические данные, просмотрев историю User: EnterpriseyBot / defcon . На первый взгляд кажется, что оно никогда не приближается к нулю, но я согласен с тем, что затяжной вандализм часто можно отнести к периодам, когда патрулировало меньше людей. - MusikAnimal ^talk 01:48, 13 марта 2021 г. (UTC)

Я согласен, что STiki - это круто, и в первую очередь нужно вернуть STiki или что-то в этом роде в онлайн. Но даже когда STiki был активен, я регулярно замечал очевидный вандализм в моем списке наблюдения. Мы должны вернуть STiki, но мы также должны попытаться добиться большего, чем мы делали год назад. Ваша точка зрения об уровнях Defcon, всегда показывающих некоторые реверты, является хорошей. Если бы добровольцы не патрулировали, мы все равно увидим откаты на ~ 40% от нормы из-за ClueBot NG и Xlinkbot, плюс наблюдатели страниц откатывают изменения, которые не являются явным вандализмом. Clayoquot ( Обсуждение | вклад ) 05:22, 13 марта 2021 (UTC)

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

В Конфедеративных Штатах Америки при наведении указателя мыши на карту в информационном окне вверху отображается всплывающее сообщение, содержащее много чепухи (см. «Текст» ниже). Это известная особенность? Можно ли это легко исправить?

Информационное окно включает:

| image_map_caption = {{простой список | стиль = отступ слева: 0,6em; выравнивание текста: слева; |* {{Legend | # 008000 | Конфедеративные Штаты в 1862 году}}* {{Legend | # 55c255 | Претензии Конфедерации}}* {{Легенда | # 3d983d | [[Западная Вирджиния # Отделение от Вирджинии | Отделено]] Западная Вирджиния}}* {{Legend | # 00e6e6 | Спорная территория коренных американцев}}}}

Просмотр исходного HTML-кода статьи показывает

<a href="/wiki/File:Confederate_States_of_America_(orthographic_projection).svg" class="image" ...>

где ... это следующее (новые строки вставлены для удобства чтения):

title = "* .mw-parser-output .legend {страница-разрыв-внутри: избежать; разрыв-внутри: избежать-столбца}.mw-parser-output .legend-color {display: inline-block; min-width: 1.25em; height: 1.25em; line-height: 1.25; margin: 1px 0; text-align: center; border: 1px сплошной черный; цвет фона: прозрачный; цвет: черный}.mw-parser-output .legend-text {} & # 160; & # 160;Конфедеративные Штаты в 1862 году* .mw-parser-output .legend {страница-разрыв-внутри: избежать; разрыв-внутри: избежать-столбца}.mw-parser-output .legend-color {display: inline-block; min-width: 1.25em; height: 1.25em; line-height: 1.25; margin: 1px 0; text-align: center; border: 1px сплошной черный; цвет фона: прозрачный; цвет: черный}.mw-parser-output .legend-text {} & # 160; & # 160;Претензии Конфедерации* .mw-parser-output .legend {страница-разрыв-внутри: избежать; разрыв-внутри: избежать-столбца}.mw-parser-output .legend-color {display: inline-block; min-width: 1.25em; height: 1.25em; line-height: 1.25; margin: 1px 0; text-align: center; border: 1px сплошной черный; цвет фона: прозрачный; цвет: черный}.mw-parser-output .legend-text {} & # 160; & # 160;Отделенная Западная Вирджиния* .mw-parser-output .legend {страница-разрыв-внутри: избежать; разрыв-внутри: избежать-столбца}.mw-parser-output .legend-color {display: inline-block; min-width: 1.25em; height: 1.25em; line-height: 1.25; margin: 1px 0; text-align: center; border: 1px сплошной черный; цвет фона: прозрачный; цвет: черный}.mw-parser-output .legend-text {} & # 160; & # 160;Оспариваемая территория коренных американцев"

Идентичный викитекст появляется перед текстом заголовка в каждом из четырех случаев. Johnuniq ( разговор ) 02:41, 13 марта 2021 (UTC)

Это нужно будет исправить в Module: InfoboxImage , который, по-видимому, расширяет теги templatestyles вместо удаления связанных маркеров полос при вставке содержимого в заголовок изображения. Может потребоваться и другая корректировка.

Альтернатива - изменить легенды на текстовые версии того же или чего-то подобного. - Изно ( разговор ) 03:33, 13 марта 2021 (UTC)

Здесь не виноват Module: InfoboxImage . Дело в том, что заголовок изображения устанавливается, когда изображение не является миниатюрой.

[[Файл: Конфедеративные Штаты Америки (орфографическая проекция) .svg | frameless | alt = Карта северного полушария с выделенными Конфедеративными Штатами Америки | upright = 1.15 | {{plainlist | style = padding-left: 0.6em; выравнивание текста: слева; |* {{Legend | # 008000 | Конфедеративные Штаты в 1862 году}}* {{Legend | # 55c255 | Претензии Конфедерации}}* {{Легенда | # 3d983d | [[Западная Вирджиния # Отделение от Вирджинии | Отделено]] Западная Вирджиния}}* {{Legend | # 00e6e6 | Спорная территория коренных американцев}}}}]]

наверное, лучше обновить Template: Infobox country, чтобы не указывать заголовок изображения для карт. - WOSlinker ( разговор ) 08:52, 13 марта 2021 (UTC)

В Обсуждении модуля есть обсуждение : InfoboxImage # Параметр сломанного заголовка в безрамочном режиме, если он включает CSS . Как вы говорите, это не ошибка модуля, но модуль можно было бы закодировать, чтобы лучше справиться с этим. PrimeHunter ( разговорное ) 11:44, 13 марта 2021 (UTC)

Можно ли вытащить список всех статей, созданных пользователем, когда лимит поиска xtools превышен? [ редактировать ]

Инструмент создания страниц xtools не работает, если искомый пользователь внес более 500 000 правок. Есть ли другой инструмент или метод, позволяющий вывести список всех статей, созданных пользователем с большим количеством правок, или нет практического способа сделать это? _{Обсуждение} Hog Farm 19:31, 13 марта 2021 г. (UTC)

• Если вы перейдете на их страницу вкладов, потяните вниз «Искать вклады», выберите Namespace = Article и отметьте «Показывать только правки, созданные на странице», вы можете видеть до 500 за один раз. Черный коршун (разговор) 19:34, 13 марта 2021 (UTC)
• Что сказал Черный коршун. Замени мое имя пользователя (Shushugah) на любое имя пользователя, которое вас интересует. ~ Shushugah ( разговор ) 22:21, 13 марта 2021 (UTC)
  • @ Черный коршун и Шушуга : - Спасибо. Ситуация, над которой я работаю, - это массовое создание десятков тысяч заглушек, некоторые из которых основаны на неправильной интерпретации источников, и я и несколько других редакторов пытаемся определить степень. Так что это будет медленный процесс, но не похоже, что есть более простой способ. Есть ли способ исключить теги в этом методе? Возможность отфильтровать те, которые имеют тег «Новое перенаправление», немного упростит задачу, поскольку перенаправления не вызывают проблем. _{Разговор о} Hog Farm 02:41, 14 марта 2021 г. (UTC)

    Если вы дадите мне имя пользователя, я могу попытаться напрямую запросить реплики базы данных, чтобы получить полный список. -  JJMC89  ( T · C ) 06:49, 14 марта 2021 г. (UTC)

    Другой подход - использовать API для загрузки списка всех вкладов пользователя, а затем извлекать те, которые отмечены флагом «N». Если другие попытки не сработают, я могу попробовать это. Джонуник ( разговор ) 08:54, 14 марта 2021 (UTC)

    @ Johnuniq и JJMC89 : - Это Карлоссуарес46. См. Это для некоторой предыстории. По сути, мы обнаружили, что они массово создали несколько тысяч заглушек для калифорнийских «некорпоративных сообществ», которые в основном не являются заметными, ошибками или оригинальными исследованиями. Далее было обнаружено, что они аналогичным образом создавали подобные вещи для мест в Иране. Смотрите это , некоторые из их творений мест появляются на самом деле быть такими вещами , как цементные заводы; Некоторое время назад в AFD была удалена одна, которая на самом деле была заправочной станцией, а не сообществом. Мы также нашли несколько в американском штате Вирджиния. Идея состоит в том, чтобы выяснить, как далеко простирается это массовое создание; Я думаю, что более 1000 их статей были удалены. Свинья Ферма _{Обсуждение} 22:57, 14 марта 2021 (UTC)

    См. Пользователь: Hog Farm / C46 . -  JJMC89  ( T · C ) 04:37, 15 марта 2021 г. (UTC)

    Очень круто, спасибо (это избавляет меня от всякой ерунды). Спойлер, в списке 81 806 статей! Теперь необходим какой-то инструмент, который принимает список в качестве входных данных, а затем выводит меньший список после фильтрации страниц, соответствующих магическому критерию. Например, удалите, если редактировал хотя бы один редактор, не являющийся ботом, кроме автора. Или, может быть, фильтр по дате создания? Или количество байтов? Джонуник ( разговор ) 06:14, 15 марта 2021 (UTC)

    Это примерно соответствует числу в Википедии: Список Википедистов по количеству статей . Отфильтрован ли этот список для создания переадресации? Тем не менее, я бы не стал считать правки, сделанные отдельным редактором, не связанным с ботами, хорошим показателем для исключения проблем. Вам нужно будет знать, насколько велико было изменение - несколько персонажей или большое расширение. BD2412 T 06:24, 15 марта 2021 г. (UTC)

    Текущие перенаправления отфильтровываются. Вы не можете проверить, было ли это перенаправлением при создании с использованием реплик. Я также мог отфильтровать страницы значений неоднозначности. Это снизило бы его до 72 238. Размер в байтах (при создании или текущий) также может быть принят во внимание. -  JJMC89  ( T · C ) 07:48, 15 марта 2021 г. (UTC)

Незначительная загадка: неправильно обозначенный город на карте OpenStreetMap в Heritage Plaza [ править ]

Когда я иду в Heritage Plaza и смотрю на фрагмент OpenStreetMap, город помечен как «Хьюстон». Я не знаю, где живет этот заблудший лейбл. Кто угодно? - Jonesey95 ( разговорное ) 19:12, 14 марта 2021 г. (UTC)

Моим первым подозреваемым в «невидимом» вводе обычно являются Викиданные, и на странице действительно есть запись Викиданных . К сожалению, интерфейс WD для меня совершенно непрозрачен, и я не вижу и не могу сказать, что там нужно изменить. Я действительно вижу, что эта карта видна (в разделе «Координаты местоположения») и показана как импортированная из русской Википедии, что объясняет не очень хорошее написание английского города.

Также есть Template: Maplink , который, как я узнал, автоматически используется по умолчанию в {{ Infobox building }}, но я также не могу проследить / найти след данных с этого конца. Я надеюсь, что эксперт найдется и обучит нас обоих. -  Джон Фром Пинкни ( разговор ) 20:56, 14 марта 2021 года (UTC)

Это не вина Викиданных. «Импортировано из» указывает только на источник координат, это не влияет на отображение. - Изно ( разговор ) 21:02, 14 марта 2021 г. (UTC)

Та же проблема видна на соседней скульптуре « Дух Конфедерации» . - Jonesey95 ( разговор ) 21:37, 14 марта 2021 г. (UTC)

Затем, предположительно, из того же места, где бы это ни было ... -  Джон ФромПинкни ( разговор ) 21:45, 14 марта 2021 года (UTC)

AIUI, надписи на картах взяты из OpenStreetMap Data, и небольшой поиск там обнаружил, что оно указано как латинское написание названия города на сербском языке. [10] нет очевидной причины, почему это могло бы быть источником, поскольку карта информационного окна в здании Аграрного банка показывает название города как «Белград», а не sr-Latn «Белград». Google также сообщает мне, что это название города на вепсском языке (язык меньшинства, на котором говорят в приграничном регионе Финляндии и России), но этого нет в данных OSM, поэтому этот источник кажется еще более маловероятным. Ни в одном из языковых изданий Википедии нет записи о Heritage Plaza fwiw. Тридуульф ( разговор ) 22:32, 15 марта 2021 (UTC)

Что бы это ни стоило, кажется, что текст "по умолчанию" (?) Для города был изменен где-то, что я не могу найти - см. Этот фрагмент OSM, который показан в статье (есть lang=en) вместе с французским (то же самое, конкретное название не определено). Однако русское имя отображается правильно; как ни странно, если вы вообще не укажете язык, он будет правильно отображать английское правописание! Может быть, кто-нибудь, более знакомый с OSM, сможет использовать это, чтобы отследить, что происходит? ƒirefly ( t · c ) 11:31, 17 марта 2021 г. (UTC)

Я оставил заметки на Википедии: WikiProject OpenStreetMap и Module talk: Mapframe, так что, надеюсь, кто-то более осведомленный, чем мы, сможет во всем разобраться. Тридуульф ( разговор ) 12:04, 17 марта 2021 (UTC)

Параметры мерцания [ править ]

Здравствуй. Я сделал несколько личных настроек мерцания, но случайно убрал их с экрана. Так что мои варианты над экраном. Что я могу сделать, чтобы Twinkle снова появился в моих опциях? Д-р Сальвус ( выступление ) 20:15, 14 марта 2021 г. (UTC)

@ Доктор Сальвус : Попробуйте вернуться к [11] . Сценарий, рекурсивно импортирующий себя, не имеет смысла. PrimeHunter ( разговорное ) 20:23, 14 марта 2021 (UTC)

Есть ли способ подсчитать количество правок за день для определенной статьи? [ редактировать ]

Мне было бы интересно узнать, для анализа данных, который я делаю, сколько правок вносятся на определенные страницы Википедии каждый день. Я могу довольно легко получить среднее значение, но ежедневные колебания трудно найти, не просматривая историю страницы и не подсчитывая ее вручную. XTools, кажется, зашла так далеко, что разбивает ее по правкам за каждый месяц. Как я могу получить количество изменений за каждый день для данной статьи? Спасибо за вашу помощь. Ganesha811 ( разговорное ) 21:45, 14 марта 2021 (UTC)

Какая страница (или страницы)? Вот пример для списка певцов бходжпури (мой первый хит Special: Randompage с хотя бы минимально интересной историей). - Cryptic 05:49, 15 марта 2021 г. (UTC)

Cryptic , президенты, которые вступили в должность, когда Википедия существовала со дня их инаугурации до 50 дней спустя - так Джо Байден , Дональд Трамп и Барак Обама с 20 января 2021, 2017 и 2009 годов соответственно. Спасибо за помощь. Ganesha811 ( разговорное ) 13:44, 15 марта 2021 (UTC)

карьер: снова запрос / 53236 . - Cryptic 19:18, 15 марта 2021 г. (UTC)

Загадочный , оцените это! Ganesha811 ( разговорное ) 23:07, 15 марта 2021 (UTC)

Проблема с тайм-аутом сценария [ править ]

проблема формата из-за длинных скриптов снова происходит в Себу . Хотя проблема была объяснена в прошлом месяце ... МБ 19:13, 15 марта 2021 года (UTC)

Я очистил страницу, и она правильно отобразилась за 8 секунд времени Lua. Тем не менее, это только временное решение, и необходимо найти более долгосрочное решение. * Pppery * началось ... 19:19, 15 марта 2021 (UTC)

Например, можно перенести административные подразделения в отдельную статью (список ....). Это то, чего следует ожидать, пытаясь втиснуть так много информации викиданных с помощью сценариев. - ^{Обсуждение} xaosflux 19:42, 15 марта 2021 г. (UTC)

Эта идея была высказана в отношении статьи TP четыре года назад, но было возражение «статья не слишком большая». Я смело закомментировал это как временное решение. МБ 22:19, 15 марта 2021 г. (UTC)

Есть ли способ для шаблонов узнать, что они были вызваны через перенаправление? [ редактировать ]

Когда предложение об исключении было одобрено, шаблон говорит : «Если вы удалите {{предложение об исключении / от}} тег выше, пожалуйста, удалите этот {{Предлагаемое удаление одобрено}} тег.», Однако в например Meon долине Разъезд в подтверждение было выполнено с использованием перенаправления {{ endorse prod }}, что могло сбить с толку нового пользователя. Предложение изменить это, чтобы показать фактический используемый код (и разработать лучшее место для его предложения), стоит того, только если это технически возможно, и я не знаю, где даже начать поиски (кроме как здесь). Тридуульф ( разговор ) 22:13, 15 марта 2021 (UTC)

Насколько я знаю, шаблон не может узнать, что он был вызван через перенаправление. Руслик _ Ноль 20:58, 17 марта 2021 (UTC)

Обидно, но спасибо. Тридуульф ( разговор ) 21:11, 17 марта 2021 (UTC)

Не могли бы вы вместо этого сделать шаблон перенаправления оберткой? Например, добавить параметр please also remove this {{tlc|{{{templatename|Proposed deletion endorsed}}}}} tag, в котором перенаправление превратилось в . - Тамзин (они / она) | о токи тава ми. 21:23, 17 марта 2021 г. (UTC){{Proposed deletion endorsed|comment={{{comment|}}}|templatename=Endorse prod}}

Это возможно, но я бы не стал возражать против такого небольшого преимущества. Есть 11 редиректов. [12] PrimeHunter ( обсуждение ) 21:38, 17 марта 2021 г. (UTC)

Я согласен с тем, что это изменение стоило бы сделать только в том случае, если бы это было тривиально. Тридуульф ( разговор ) 23:03, 17 марта 2021 (UTC)

Технические новости: 2021-11 [ править ]

23:20, 15 марта 2021 г. (UTC)

Вопрос [ править ]

Считается ли брокер туннеля IPv6 прокси-сервером? Страница Обсуждения канадских отаку 00:49, 17 марта 2021 г. (UTC)

Могу ли я создать эти перенаправления на кириллицу в нижнем регистре? [ редактировать ]

Я читал статью, которая связана с кириллическими буквами ԛ и ԝ . Я был удивлен, увидев односимвольные красные ссылки, поэтому я пошел дальше и создал их, указав на соответствующие статьи с кириллическими буквами. Затем я посмотрел на других redlinks односимвольных (на пользователя: Cbuckley «s полезно Пользователь: Cbuckley / Unicode ), и первый один я пошел , чтобы создать, Ƀ , привел меня к этому RFD с 2013 года, которая пришла к выводу , что Ƀ title вообще не должен был быть создан (так как он строчный, а заголовки не чувствительны к регистру в первой букве), что привело к потоку VPT . С тех пор что-то изменилось, возможно, связанное сэто действие в 2020 году сценарием обслуживания : Заголовок верхнего регистра для обновления Unicode . Прочитав это, мне пришло в голову, что два, которые я создал, также определены Unicode как строчные, и, возможно, здесь что-то не так.

Так:

1. С технической точки зрения, должен ли я уметь их создавать? Если да, то почему, учитывая, что они строчные?
2. Предполагая, что я должен был это сделать, есть ли какая-то техническая или политическая причина, по которой у меня не должно быть?

(Если ответ на любой из этих вопросов - «нет», считайте это упреждающим согласием на удаление G7 .)

Pinging User: Thryduulf и User: Legoktm , которые участвовали в обсуждении 2013 года. - Тамзин (они / она) | о токи тава ми. 08:03, 17 марта 2021 г. (UTC)

Это историческая странность, которую HHVM использовал для обработки этих букв как прописных, но в современных PHP / Unicode, которые мы теперь правильно используем, они помечены как строчные. Похоже, миграция так и не завершилась на phab: T219279 ... Я поставлю задачу. Я бы порекомендовал удалить оба, потому что они неизбежно будут перемещены на заглавную букву. Legoktm ( разговор ) 21:20, 17 марта 2021 (UTC)

Ах хорошо. Спасибо за объяснение и за то, что столкнулись с задачей. Я пометил оба для G7. - Тамзин (она / они) | о токи тава ми. 21:47, 17 марта 2021 г. (UTC)

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

всем привет

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

Спасибо, Джон Каммингс ( разговор ) 16:13, 17 марта 2021 (UTC)

Ой, кажется, они автоматически добавляются? Это очень хорошо, можно ли в первый раз показать всплывающее окно, объясняющее это или что-то в этом роде? Джон Каммингс ( разговор ) 16:14, 17 марта 2021 (UTC)

Вероятно, вы включили бета-функцию для инструментов обсуждения, которые сегодня стали доступны на en.wp. Либо вручную, либо, что более вероятно, потому что вам нужно установить флажок для автоматического включения новых бета-функций. - Th е DJ ( разговор • вклад ) 16:20, 17 марта 2021 (UTC)

В самом деле. Ваш diff помечен как Новая тема . PrimeHunter ( разговорное ) 16:23, 17 марта 2021 (UTC)

Вот захватывающий ответ PrimeHunter. С предварительным просмотром тоже. Изно ( разговор ) 20:36, 17 марта 2021 (UTC)

И довольно скучный ответ, начинающийся с «И» с последующими 4 тильдами - GhostInTheMachine ^{говорит со мной} 21:12, 17 марта 2021 года (UTC)

Кажется, он ищет ровно 4 тильды и не добавляет второй сигнатуры. Однако он не может справиться с 3 или 5 тильдами, и переключение на визуальный редактор и обратно сбивает его с толку - GhostInTheMachine ^{разговаривает со мной} - GhostInTheMachine ^{разговаривает со мной} 21:21, 17 марта 2021 г. (UTC)

Лучшее место для того, чтобы оставить отзыв об инструменте ответа и новом инструменте обсуждений, - на странице проекта в Wikipedia talk: проект страниц обсуждения ( WT: TALKPP ). Тридуульф ( разговор ) 00:09, 18 марта 2021 (UTC)