Из Википедии, бесплатной энциклопедии
  (Перенаправлено из Википедии: VPT )
Перейти к навигации Перейти к поиску


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

После того, как эта заархивированная ветка была разрешена, я снова не могу устанавливать ожидающие изменения в статьях. @ 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, 12 марта 2021 г. (UTC)
А «обзор , прежде чем совершить» метод защиты является ценным для того, где она успешно (низкие аннотированный страницы особ. 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)

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

Прошлой ночью я сделал это изменение в WP: ANI . Я отвечал на вопрос редактора в середине раздела. Я ни разу не подошел к концу раздела, но был удален еще один комментарий редактора. Я не помню, чтобы видел этот ответ в то время, когда отвечал, и отметка времени указывает на то, что, возможно, произошел конфликт редактирования, так как мне потребовалось время, чтобы составить и опубликовать свой ответ. Итак, есть ли вероятность, что программа пропустила конфликт редактирования? Мджрутс ( разговор ) 06:44, 10 марта 2021 (UTC)

@ Mjroots : Итак, давайте посмотрим на историю . М. Имтиаз вносит правку в 19:12, серийный номер 54129 вносит правку в 19:14, Левивич и Тимоти Блю вносят еще несколько правок, начиная с 19:16, затем вы сохраняете правку в 19:22. Были уничтожены только SN; L и TB были успешно объединены. Вот что произойдет, если вы попытаетесь отредактировать ревизию MI после сохранения SN, но до того, как L была сохранена .
За исключением того, что вы редактировали раздел , а редактирование раздела не разрешено в старых версиях, если вы каким-то образом не вмешивались в HTML формы редактирования. Так что я не знаю, что случилось, но ошибка кажется правдоподобной. Если его нельзя воспроизвести, мало что можно сделать. Это может быть связано с очень неудачным выбором времени. Suffusion of Yellow ( разговор ) 21:58, 10 марта 2021 (UTC)
@ Suffusion of Yellow : Спасибо за это, могу заверить всех, что я не вмешивался в HTML формы редактирования. Это намного выше моего уровня компьютерных навыков. Я просто нажал кнопку редактирования. @ Серийный номер 54129 : похоже, этому может быть объяснение. Мджрутс ( разговор ) 05:12, 11 марта 2021 (UTC)
Спасибо за это, Mjroots , и мои извинения за снарк. - S Перс 13:11, 11 марта 2021 (UTC)

Перенаправление ссылки в NewPagesFeed [ править ]

По какой-то причине, даже несмотря на то, что у меня есть глобальная мета-страница пользователя, которая копируется на локальную пользовательскую страницу enWP, мое имя пользователя все равно будет отображаться с красной ссылкой после «Создано» в Special: NewPagesFeed . Я думаю, что сценарий все еще может быть несовместим с глобальными пользовательскими страницами и, вероятно, нуждается в некоторой настройке. Асем Хидхр ( разговорное ) 10:10, 10 марта 2021 (UTC)

Чтобы воспроизвести, нажмите «Установить фильтры» в Special: NewPagesFeed и введите Assem Khidhr«Были созданы». Он упоминается в phab: T134073 . Красная ссылка ведет на https://en.wikipedia.org/wiki/User:Assem_Khidhr?action=edit&redlink=1, которая не отображает глобальную страницу пользователя в мета: User: Assem Khidhr . Сообщение создается с помощью MediaWiki: Pagetriage-byline, который только говорит Created by $1 ($2$3$4), поэтому он получает уже отформатированный код. {{int:Pagetriage-byline|[[User:Assem Khidhr|Assem Khidhr]]}}выводит синюю ссылку: Создано Assem Khidhr (2 доллара 3 доллара США). PrimeHunter ( разговорное ) 10:48, 10 марта 2021 (UTC)
О, об этом уже почти 5 лет сообщают! Я вижу из Phab, что предлагаемое исправление PageCuration должно использовать Title :: isKnown () вместо Title :: exists () , кажется правдоподобным. Ты хоть представляешь, почему это длится так долго? Асем Хидхр ( разговорное ) 20:04, 10 марта 2021 (UTC)
Пять лет - это не очень много времени для MediaWiki, особенно для ошибки, отнесенной к категории "низшего" приоритета. На первый взгляд Title::exists(), нигде в базе кода PageCuration не используется, поэтому я не думаю, что это так просто исправить. - MusikAnimal talk, 04:06, 11 марта 2021 г. (UTC)

Перемещение процесса страницы [ править ]

Я хотел бы изменить название статьи Августа, Леди Грегори на Леди Грегори , и я прочитал процесс, описанный в Википедии: Перемещение страницы . Возможно, кто-нибудь из присутствующих сможет подтвердить за меня: чтобы изменить название статьи, я нажимаю «Переместить», затем открывается страница «Переместите Августу, леди Грегори», и там есть поле - первая строка вверху поля говорит «Переместить страницу». Во второй строке написано «Новое название». Третья строка содержит два небольших прямоугольника - в поле слева написано «(Статья)» (которое я оставлю в покое). В рамке справа написано текущее название «Августа, леди Грегори». Я предполагаю, что в этом поле мне нужно просто удалить «Августу», оставив новое название «Леди Грегори». Я прав насчет этого?

Затем я заканчиваю вводом в поле «Причина» причины, есть несколько вещей, которые нужно проверить, и, наконец, я нажимаю синюю кнопку с надписью «Переместить страницу». Спасибо. - GümsGrammatiçus ( разговор ) 22:38, 10 марта 2021 г. (UTC)

@ GümsGrammatiçus : поскольку под заголовком, который вы хотите изменить, уже есть страница, вы не сможете использовать процесс «перемещения». См . Инструкции в Википедии: Moving_a_page # Moves_where_the_target_name_has_an_existing_page . - Обсуждение xaosflux, 23:50, 10 марта 2021 г. (UTC)
@ Xaosflux : Я не нашел другой страницы с заголовком, на который бы я хотел переместить статью. Если вы нажмете на Леди Грегори - вы будете перенаправлены на ту же страницу, а именно: Августа, Леди Грегори . Однако предложение в Википедии: Moving_a_page # Moves_where_the_target_name_has_an_existing_page гласит: «Если новый заголовок существует, но является перенаправлением на старый заголовок с единственной строкой в ​​истории страницы, то вы можете переименовать страницу, используя обычную процедуру». - GümsGrammatiçus ( разговор ) 10:29, 11 марта 2021 г. (UTC)
@ GümsGrammatiçus : перенаправление - это страница, и в ее истории есть другие изменения [7], поэтому ваша учетная запись не может сделать ход. PrimeHunter ( разговорное ) 11:08, 11 марта 2021 (UTC)
Спасибо, PrimeHunter. Будет ли у администратора возможность сделать ход? - GümsGrammatiçus ( разговор ) 11:31, 11 марта 2021 г. (UTC)
@ GümsGrammatiçus : Да, но я думаю, что сначала должен быть запрошенный ход для WP: RM # CM . Это популярная статья с 2004 года, и с тех пор название не менялось. Вы начали разговор: Августа, леди Грегори # Эта статья должна быть заголовком «Леди Грегори», но без запрошенной процедуры перемещения, и единственный комментарий гласит: «Не совсем уверен». PrimeHunter ( разговорное ) 11:54, 11 марта 2021 (UTC)
( редактировать конфликт ) @ GümsGrammatiçus : существующее перенаправление имеет историю более чем «одной строки», раздел, с которым я связал вас выше, говорит: перечислите ход в Запрошенные ходы . - Обсуждение xaosflux 11:57, 11 марта 2021 г. (UTC)
Всем большое спасибо. - GümsGrammatiçus ( разговор ) 12:47, 11 марта 2021 г. (UTC)

Сломанный архивный ящик [ править ]

Привет,

Ящик архива в Talk: History of евреев в Польше сломан - должно отображаться семь страниц архива. Идеи? Франсуа Робере ( разговорное ) 23:59, 10 марта 2021 (UTC)

Архивы остались позади, когда страницу перенесли в сентябре. Архивы - это подстраницы исходной страницы обсуждения (теперь перенаправляемой) на Talk: History of the Jewish in Poland, поэтому ящик архива их не увидит. StarryGrandma ( разговор ) 00:09, 11 марта 2021 (UTC)
@ François Robere : Архивы можно увидеть по адресу Special: PrefixIndex / Talk: History of the Jewish in Poland / . Перемещайте их по одному к новому заголовку без «the». PrimeHunter ( разговорное ) 10:15, 11 марта 2021 (UTC)
Я только что перевез их всех. Я столкнулся со многими из этих проблем, просматривая Категория: Страницы, где параметр архива не является подстраницей . Всем любителям VPT, которые ищут гномов, не стесняйтесь помогать! - rchard2scout ( обсуждение ) 11:07, 11 марта 2021 года (UTC)
Пользователь: PrimeHunter / Плохие параметры архива могут помочь найти старые архивы. Некоторые страницы были исправлены с тех пор, как я составил список. PrimeHunter ( разговорное ) 11:28, 11 марта 2021 (UTC)
Спасибо вам всем! Франсуа Робер ( разговорное ) 13:37, 11 марта 2021 (UTC)

IE6 [ править ]

У меня есть TfD'ed {{ Script / BMP }} и {{ Script / SMP }} в этом TfD . Они утверждают, что решают проблемы с MSIE6 (Internet Explorer v6).

Но IE6 уже устарел. Нам не нужно его активно поддерживать. (Если надо поддерживать: то обновлять шаблоны?). См. Также Категория: шаблоны исправлений шрифтов MSIE  (2). Обсуждение на TfD. - Депип ( разговор ) 00:19, 11 марта 2021 г. (UTC)

Нам вообще не нужно его поддерживать. Мы больше не обслуживаем IE6 из-за его небезопасности. - Изно ( разговор ) 00:50, 11 марта 2021 г. (UTC)
Для этого затрагиваются все ~ 8 шаблонов категорий. На данный момент я не буду говорить о других. - Депип ( разговор ) 00:57, 11 марта 2021 (UTC)
Эта категория была неподходящей для некоторых из них, так как с течением времени они были преодолены. Должны быть только два назначенных : Шаблон: Музыка и Шаблон: Музыка, возможно, следует провести более конкретное обсуждение на странице обсуждения этого шаблона, если ему нужно продолжать делать то, что он делает (то есть, это замена изображений, где текст может быть разумным, на эти дней). - Изно ( разговор ) 03:50, 11 марта 2021 (UTC)
Да, шаблон: Музыка, вероятно, не нуждается в этом сегодня, но я не думаю, что категория необходима даже в этом случае. - Изно ( разговор ) 03:54, 11 марта 2021 (UTC)
Спасибо за ответы. Я не был уверен, может ли это быть только «устаревание» для обратной поддержки. И как-то категорию снизили до 2 ;-) TfD может катиться. - Депип ( разговор ) 22:19, 11 марта 2021 г. (UTC)

Скачивание записанного исторического телефонного разговора [ править ]

Может ли кто-нибудь помочь мне загрузить аудиофайл этого разговора между Робертом Ф. Кеннеди , президентом Джоном Ф. Кеннеди и губернатором штата Миссисипи. Я не уверен, как это сделать (Commons & copyright - мое слабое место). Будет ли этот звонок общедоступным, потому что он был записан федеральным правительством? Помощь будет оценена. Не уверен, что это правильное место, чтобы спросить. ~ HAL 333 01:58, 11 марта 2021 г. (UTC)

Я загрузил его сюда . В будущем правильным местом, вероятно, станет служба поддержки на Commons . - rchard2scout ( обсуждение ) 10:14, 11 марта 2021 (UTC)
Я признателен за это. ~ HAL 333 13:13, 11 марта 2021 г. (UTC)

В дальнейшем, возможно ли разместить изображение и аудиофайл в одном и том же вертикальном шаблоне для нескольких файлов? (на Оле Мисс Бунт 1962 г. ). Спасибо! ~ HAL 333 13:28, 11 марта 2021 г. (UTC)

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

Идея в том, чтобы у нас было больше диаграмм невыполненных работ, например . Ваш вклад предлагается на лекции в Википедии: Категоризация # Предложение для бота определять размер категорий с течением времени . - MusikAnimal talk, 04:49, 11 марта 2021 г. (UTC){{Wikipedia:New pages patrol/Backlog chart}}

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

Проблема со статьей о сборной Уругвая по футболу была поднята на моей странице обсуждения @ 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>. Я его закрыл. [8] Наше программное обеспечение изменилось. Раньше он автоматически закрывал больше тегов в определенных местах, например заголовков. Думаю, это была Тиди. См. 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)

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

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

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

Мое предложение таково: я подозреваю, что если бы вы изобразили (количество возвратов в минуту) в зависимости от времени, вы бы увидели некоторые провалы на графике, где скорость возвратов почти равна нулю. Это периоды, когда изменения, вероятно, не были рассмотрены. Я бы хотел, чтобы страница недавних изменений и журнал, который поступает в такие инструменты, как Huggle, давали пользователям возможность просматривать изменения за эти периоды, чтобы я мог проверить их на вандализм. Я думаю, что наличие этой опции позволило бы сообществу гораздо более тщательно бороться с вандализмом и нарушениями BLP, особенно в отношении недостаточно просматриваемых статей. Я продвигал эту идею группой машинного обучения WMF (хотя на самом деле это не приложение машинного обучения), и они смотрят эту ветку. [10] Клейоквот ( Обсуждение | вклад) 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, и небольшой поиск там обнаружил, что оно указано как латинское написание названия города на сербском языке. [11] нет очевидной причины, по которой это могло бы быть источником, поскольку карта инфобокса в здании Аграрного банка показывает название города как «Белград», а не sr-Latn «Белград». Google также сообщает мне, что это название города на вепсском языке (язык меньшинства, на котором говорят в приграничном регионе Финляндии и России), но этого нет в данных OSM, поэтому этот источник кажется еще более маловероятным. Ни в одном из языковых изданий Википедии нет записи о Heritage Plaza fwiw. Тридуульф ( разговор ) 22:32, 15 марта 2021 (UTC)

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

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

@ Доктор Сальвус : Попробуйте вернуться к [12] . Сценарий, рекурсивно импортирующий себя, не имеет смысла. 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)

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

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