Страница для
технических запросов к администраторам, инженерам и администраторам интерфейса
:
изменение защищённых страниц, шаблонов и модулей, личных и глобальных скриптов, системных сообщений и т. п.;
разделение историй правок;
объединение историй в части тех правок, которые не пересекаются во времени.
Для вопросов по технической части Википедии и запросов, не связанных с защищёнными страницами, существует
технический форум
.
Чем более полно и детально описание запроса, тем больше у него шансов быть выполненным в короткие сроки. Предложенные изменения должны быть либо очевидными, либо поддержаны
консенсусом
. Баг-репорты и предложения по ПО
MediaWiki
, а также запросы на консенсусные изменения конфигурации следует
на английском языке (
).
В случае неполадок с сайтом указывайте используемую тему оформления («скин»), а также название и версию используемого
браузера
.
На этой странице старые темы записываются в архив. Полная информация об архиве находится на
основной странице архива
.
Задачи из обсуждений
Если есть обсуждение технических задач на иной странице нежели
, за которые через несколько дней никто не взялся, добавьте в тему
с новой строки
{{подст:
техзадача
|
Суть задачи коротко
}}
и они попадут в этот список:
У меня не воспроизводится. Вы включали опции из раздела "Инструменты разработчика" в настройки/редактирование? Если да, попробуйте отключить.
~~~~ Jaguar K
·
08:22, 30 января 2024 (UTC)
[
]
Прошу сделать так, чтобы при отсутствии указания наименования должности дата занятия этой должности цветом не выделялась. При добавлении нескольких временных периодов деятельности государственного деятеля на одной и той же должности другой период выделяется цветом как другая должность, например как
здесь
. Прошу исправить эту проблему и сделать как в английской Википедии
, где разные периоды работы на одной должности не выделяются цветами.—
(
обс.
)
05:18, 28 января 2024 (UTC)
[
]
Перенести с англовики карточку и модуль для сезонов сериалов
На англовики давно сделали систему из модулей для шаблона
{{
Сезон сериала
}}
. Шаблон сам получает из заголовка статьи название сериала, номер сезона и ссылки на предыдущий и следующий и заполняет это всё в карточку, также выполняет множество проверок заголовков и неверные помещает в штрафные категории + возможность добавлять названия сезонов и прочее. Хорошо бы и нам это перенести, т.к. текущий шаблон сейчас в плохом состоянии — нет отдельных параметров номера сезона и названия сериала и на данном этапе это проще автоматизировать, чем заполнять с нуля.
Сам перенос не должен быть сложным, т.к. нужна только русификация и небольшие правки в форматы записи заголовков.
— проверка на оформление заголовка по их стандартам
, у нас таких стандартов нет, и поэтому это может быть опциональным, но вероятно для работы шаблона выше будет достаточно проверки единого формата типа "Название (сезон #)".
— встраивающийся блок для реалити-шоу (у нас сейчас иногда заполняется через
{{
Телепередача
}}
:
)
— вероятно не нужен, т.к. у нас пишут в уточнении не (Британский сериал), а (Великобритания), но и статей с уточнением страны у сезонов у нас сейчас только 9:
The Voice (США, сезон 15)
,16,17 и
Голос (Россия, сезон 1)
,2,3,4,5,6.
(Добавлено в список техзадач на будущее)
Этот невидимый раздел используется для формирования ссылок на разделы на странице поиска. Тхздч 2024-01-13: Перенести с англовики карточку и модуль для сезонов сериалов. Solidest. /Тхздч.
Эта тема добавлена в список технических задач для выполнения в будущем. Суть: «Перенести с англовики карточку и модуль для сезонов сериалов». Список задач доступен на
странице проекта
; задачи добавляются при помощи шаблона
{{подст:
техзадача
}}
.
Solidest
(
обс.
)
10:05, 13 января 2024 (UTC)
[
]
1 — в англ распознаёт только заголовки формата «season 3», но у нас бывают форматы «2-й сезон» — у нас это всё стоит приводить к одному формату, но пока можно автоматизировать подправив регулярные.
2 — аналогично на англ формат «2022 specials», у нас «спецвыпуски, 2022». (пример:
Доктор Кто (спецвыпуски, 2022)
или
Доктор Кто (спецвыпуски, 2008—2010)
).
3 — единственная значимая проблема — не собираются ссылки на список серий сезона. и есть нюанс, что у нас все статьи называются «список эпизодов телесериала „Сериал“», хотя недавно был консенсус использовать слово «серий» вместо «эпизодов» в заголовках.
4 — в некоторых статьях проставляется предыдущий сезон: «Сезон 0» и следующий несуществующий сезон, которые не появляются на enwiki. тоже так и не разобрался почему.
5 — несколько вещей можно упрощать: на англ есть разделение на season/series у US/UK сериалов. у нас всё называется «сезон», поэтому можно упрощать это в коде. также «story arc» тоже не нужны
6 — разделения на страны в заголовках у нас нет (точнее есть только для шоу Голос), поэтому этот кусок кода тоже можно игнорировать — можно будет заполнять вручную
Можно ли вытащить таблицу с указанием: Имя участника, дата регистрации, дата последней правки, число правок, число статей, город проживания по шаблону, статус участника
(автопат, пат, админ).
Kaiyr
(
обс.
)
08:24, 28 декабря 2023 (UTC)
[
]
Столкнулся с тем, что в шаблоне
Театральный деятель
невозможно указать полное имя театрального деятеля, как, например, это есть в шаблоне
Музыкант
.
Документация к шаблону явно рекомендует не указывать полное имя в поле «Имя», а имя при рождении не всегда совпадает с полным именем.
Например, для статьи
Кравченко, Татьяна Эдуардовна
:
Татьяна Кравченко
— в поле «Имя»;
Татьяна Васильевна Токарева
— в поле «Имя при рождении»;
Нужно реализовать итог. Включить гаджет по умолчанию всем пользователям сайта (
последний гаджет в разделе
), сделать его дефолтным состоянием включенный показ звёзд и вынести его настройки в отдельную кнопку рядом с шестерёнкой. Если кому лень реализовывать пункт 3 - может сделать лишь пункты 1-2, чтобы можно было удалить вручную проставленные звёзды из шаблонов.
MBH
05:46, 10 декабря 2023 (UTC)
[
]
Я же правильно понимаю, что это будет своего рода DDoS-атака на Викиданные и Википедию со стороны русскоязычного раздела, если включить гаджет для всех (это ведь запросы к Викиданных через JS для каждого посещения страницы)? И ведь все инженеры это понимают?
Стоит ожидать сбоев на страницах, на которых модули получают много информации из Викиданных (например, источник информации) из-за резкого увеличения времени ответа сервера и, соответственно, резкого увеличения времени работы Lua для таких модулей?
D6194c-1cc
(
обс.
)
08:28, 10 декабря 2023 (UTC)
[
]
P.S. Простое переименование категории не имеет смысла, так как все страницы и подкатегории останутся в старой, поэтому и есть бот, который переносит страницы/подкатегории, а затем переименовывает категорию.
~~~~ Jaguar K
·
11:26, 22 ноября 2023 (UTC)
[
]
Остальные категории, пожалуйста, соберите в список вида «Мультипликация века — Анимация века», тогда кому-то там будет проще выполнить ваш запрос. --
dima_st_bk
14:30, 22 ноября 2023 (UTC)
[
]
{{
#switch
:
{{
SUBJECTSPACE
}}
|
Участник
стоит разделить на СО и его подстраницы. Например,
{{#switch:{{SUBJECTSPACE}}| Участник ={{#ifeq:{{SUBPAGENAME}}|{{ROOTPAGENAME}}|Это страница обсуждения [[{{SUBJECTPAGENAME}}|{{gender switch|| участницы |участника}}{{PAGENAME}}]], где вы можете оставить {{gender switch|| ей | ему}} сообщение.
|Это страница обсуждений и предложений для страницы '''''[[:{{SUBJECTPAGENAME}}]]'''''.
}}
...
Не нахожу инструкцию как правильно при редактировании статьи вносить текст под спойлер.
Порывшись в интернете, нахожу куски кода, без пояснительной информации в каких случаях применяются те или иные варианты.
Не являюсь программистом и для меня это темный лес.
Хотелось бы увидеть инструкцию на этот счет.
Или даже
Статью
разъясняющую что это такое и как это делать в тех или иных случаях на разных сайтах и в том числе конкретно в статьях Википедии.
В ней больше 100 строк текста под спойлером.
Но он какой-то не правильный получается.
И в некоторых браузерах под спойлер этот текст не прячется. Поэтому внес в виде примечания, чтобы в конце статьи он был.
Вы имеете в виду скрытый блок?
{{Скрытый| Заголовок = | Содержание = }}
или
{{Начало скрытого блока|заголовок = }}{{Конец скрытого блока}}
Лес
(
Less
on
)
15:27, 16 ноября 2023 (UTC)
[
]
Благодарю за ответ.
Я не знаю как это правильно назвать.
В Википедии я не нахожу термина Спойлер и руководства как вставлять спойлер в текст так, чтобы он работал корректно.
В случае с ниже приведенным примером на странице
Воздушное судно
работает не всегда корректно. В некоторых браузерах на смартфонах скрытый текст не закрыт при просмотре страницы.
А следовательно его невозможно вставить в сам текст страницы, чтобы он не оказался у кого то в исходно открытом виде в виде огромной колбасы строк при открытии страницы.
Например проверил сейчас в дефолтном браузере на смартфоне Huawei и вижу, что ниже приведенный блок не свернут, а в Хроме на том же смартфоне он свернут.
Список национальных знаков воздушных судов, сообщённых государствами в ИКАО:
АР — Пакистан
А2 — Ботсвана
и так далее
На многих форумах это называется "Спойлер" и работает корректно. Например на форуме
, на форуме 4PDA и на прочих и там в меню редактора есть встроенный тег спойлера для вставки на страницу.
2. Перенес в отдельный раздел, оформил, поставил запрос источника (
вот
), но на мобильных устройствах список развернутый. Возможно стоит вынести в отдельную статью или вообще удалить как малозначительный.
(
обс.
)
07:31, 17 ноября 2023 (UTC)
[
]
"1. Правка была сделана 15 декабря 2015 года"
С того момента понятнее не стало.
И сейчас тоже.
"2. ..."
За пояснение возможности автоформирования текста в несколько колонок спасибо конечно, но вопрос остался - как сделать так чтобы спойлер работал корректно во всех браузерах и ОС.
Перенос этого текста из Примечаний в раздел усложняет чтение для тех, у кого спойлер по дефолту в используемом браузере не закрывается.
Пруф на источник добавил и заодно контент актуализировал.
В отдельную статью это уже вынесено - только недавно увидел и там пруф добавил (в русскоязычной и английской вики).
Инфа эта не является малозначимой и уж тем более в контексте текущей ситуации, но это не тема сабжа, поэтому не буду отвлекать от заданного вопроса и уводить в сторону.
На ней мне удобно для себя скомпоновать выложенные мной в Викимедию фотографии и загнать их под спойлер по темам. Так как это удобно для быстрого нахождения фотографий по темам.
На ПК я вижу только заголовки тем, тогда как в смартфоне, при открытии страницы, вижу длинную колбасу из фотографий, так как все спойлеры отображаются открытыми.
А в Викимедии на своей станице вообще нет возможности такого сделать, так как там спойлеры вообще не работают, от слова совсем или же я не умею их там вставлять.
Я не инженер в рувики, зря суда полез отвечать. Порылся в справке и вот что нашёл —
Сворачиваемые блоки, ограничения
. То есть официально никак не сделать. Но, если посмотреть страницы вики в мобильной версии, то там верхний уровень заголовков сворачивается. Можно, например, на личной странице разбить её на разделы второго уровня (так:
== заголовок ==
). Тогда разделы можно будет
вручную
свернуть в мобильной версии, но на десктопе всё будет развернуто. Можно ещё в мобильном chrome ставить режим «десктопная версия сайта», есть в настройках. Тогда всё будет сворачиваться, как на ПК. Единого решения не видно. Может ещё инженеры ответят.
(
обс.
)
17:59, 22 ноября 2023 (UTC)
[
]
Благодарю за ответ.
Какой то итог можно подвести?
1. Проблема не решаема?
2. У кого не установлена Java, то работать не будет совсем, ни в каком браузере и ни на какой платформе?
Видимо нет. По крайней мере без правки движка MediaWiki (расширений к нему) или глобальных скриптов.
Без JavaScript совсем не будет работать. На форуме ixbt и 4pda тоже требуется JavaScript для работы как всего сайта, так и тега «спойлер».
68,6% (по просмотрам
) или 72,4% (уникальных устройств
) пользователей рувики используют мобильную версию. Если не скрывать текст страдать будут все, а если использовать то только ~2/3 пользователей. Треть можно спасти. Ну и много где уже применяется: «Навигационная таблица» (874791 включение
), «Навигационная полоса» (346953 включения
), «Начало скрытого блока» (74692 включения
)
Вот не знаю, но на первых разах исправлял это только благодаря привычке всё время смотреть на вставляемую к тексту сноску (но уже только после публикации правки, поскольку при редактировании сноска была изначальной). —
TheDanStarko
(
обс.
)
10:33, 13 ноября 2023 (UTC)
[
]
Вот ещё один
сразу с двумя ссылками подряд, это что и как вообще? Судя по диффу, каким-то непонятным образом автоматически копируется и подменяется ссылка из другого подраздела, благо это я ещё решил перепроверить получившийся в итоге текст с источником после добавления нового подраздела... —
TheDanStarko
(
обс.
)
22:37, 15 ноября 2023 (UTC)
[
]
У шаблона карточки
{{
Военное сооружение
}}
какое-то нестандартное расположение географической карты — после иллюстрации, а не после текста в карточке. Кто-то может поправить? Кроме того, шаблон не переведён.
𝓛𝓮𝓸𝗞 𝗮 𝗻 𝗱
11:10, 16 октября 2023 (UTC)
[
]
Внесение правок в статью Леонидов Павел Леонидович, которая защищена
Уважаемые дамы и господа! Мне необходимо внести исправления ошибок в статье о моем отце Леонидове Павле Леонидовиче. Мне 66 лет и мне непросто осваивать цифровые знания. Помогите, пожалуйста, мне. Пришлите мне ясную инструкцию, как я могу снять защиту со статьи о моем отце и начать редактирование. Заранее благодарю,
(
обс.
)
10:21, 12 октября 2023 (UTC)
[
]
@
:
хорошо, а что содержательно предлагается внести в статью, кроме слов «легендарный» и «знаменитый» (
) и помимо утверждений, что «статья абсолютно абсурдная и лживая»?
Лес
(
Less
on
)
11:08, 12 октября 2023 (UTC)
[
]
Уважаемый Lesless, в статье о моем отце много неточной информации, так Леонидов никогда не занимался конферансом и режиссером театра никогда не был, более того, он не был импрессарио в эмиграции ни дня. Он не был музыкальным администратором, он был администратор Москонцерта. Вывод; из 5 позиций, данной в введении 3 являются ложными. Это касается ошибок только в первом абзаце.
Я как раз против избыточных эпитетов, я хочу исключительно донести правдивую информацию. Более ничего.
Автор статьи Simulacrum добавил источник, по которому получается, что сам Леонидов говорил о себе как о конферансье, и был администратором Мосэстрады. То, что есть в источниках, мы не можем взять и удалить из Википедии, для этого источник должен как минимум опубликовать опровержение, так что единственная возможность - обращаться напрямую в редакции соответствующих АИ.
Лес
(
Less
on
)
07:46, 9 ноября 2023 (UTC)
[
]
Я совершенно не против правок дочери (кто может знать о персоналии больше, чем она), я даже оформил кое-что из её правок (напр., место рождения и о предках). Но пока что она лишь пыталась добавить эпитеты знаменитый и легендарный в преамбулу и целый абзац-цитату об аресте деда, не имеющий прямого отношения к тексту. Я готов помочь с оформлением, но легче было бы, если б она предложила свои добавления на СО, а оттуда подходящее было бы перенесено в статью. Что касается конферансье и т.д.: это было написано бог весть когда на основе доступной тогда информации, разумеется всё это следует выправить, если дочь пожелает, но она пока вроде не пыталась. —
Simulacrum
(
обс.
)
22:41, 12 октября 2023 (UTC)
[
]
Простите, Simulacrum, что не имею возможности сразу реагировать и делаю все не очень быстро.
Вы не совсем справедливы, так как мои исправления, в первую очередь, касались пока только исправлений ошибок фактов биографии отца. Вы вполне могли оставить только исправленные факты, а не эпитеты. Более того, я ввела кусок текста из рассказа отца для того, чтобы читатель смог понять, что арест дед был действительным событием, так как иных, документальных подтверждений этому, нет.
(
обс.
)
07:45, 9 ноября 2023 (UTC)
[
]
Мне периодически показываются рекомендации по иллюстрированию разных статей, и сейчас мне показалась рекомендация по иллюстрированию статьи
Крушение самолёта Евгения Пригожина
, которая защищена от редактирования теми, у кого нет флага автопатрулируемого, а у меня нет такого флага. То есть, при выдаче рекомендаций по иллюстрированию статей не учитывается техническая возможность редактирования статьи тем, кому выдаётся рекомендация. Сюда ли нужно писать об этой проблеме, или нет?
Asorev
(
обс.
)
06:33, 11 октября 2023 (UTC)
[
]
Здравствуйте! Если кто-то занимается разработкой программ для Википедии, то было бы славно сделать систему хештегов внутри статей. Например, есть список событий в какой-то области, и эти события связаны в целом, но могут быть классифицированы более тонким образом. К примеру, список важных для цитологии дат содержит даты по изучению ядра и даты по изучению митохондрий; кликая на плашечку рядом с датой читатель может легче искать даты в списке по одному более конкретному направлению. Похожим образом работает "поиск по странице" в браузере, но там ищет последовательность символов, в здесь искало бы вхождения данного тега.
—
Эта
реплика
добавлена участником
Rakshin MS
(
о
•
в
)
Перевести Шаблон:Tracklist на модуль
{{
Tracklist
}}
. То есть взять готовое решение с
и как следствие, автоматизировать включение дополнительных колонок вместо параметров writing_credits, lyrics_credits, music_credits. И также сделать кол-во треков больше сотни (здесь например 101 трек:
Antihypetrain
).
(Добавлено в список техзадач на будущее)
Этот невидимый раздел используется для формирования ссылок на разделы на странице поиска. Тхздч 2023-09-08: Перевести Шаблон:Tracklist на модуль. Solidest. /Тхздч.
Не понял, зачем там модуль, единичку прибавлять к номеру строки? Там же всё вручную вводится, решается тремя шаблонами - шапка таблицы, строка и подвал. ·
Carn
16:57, 9 сентября 2023 (UTC)
[
]
если сможете автоматизировать включение/отключение видимости колонок и необходимость в сотне+ строчек без модуля, то флаг вам в руки :)
Solidest
(
обс.
)
17:14, 9 сентября 2023 (UTC)
[
]
а не лучше ли хранить эти данные на wikidata и шаблоном/модулем подгружать уже с неё? так бы было более универсально и удобно для машинной обработки
CupIvan
(
обс.
)
13:25, 15 сентября 2023 (UTC)
[
]
На викиданных это пока очень сложно заполнять рядовым пользователям - для каждого трека должен создаваться отдельный элемент. Не говоря уже о наличии нескольких изданий и проч. К тому же у них там своя специфичная схема заполнения, с которой сперва нужно будет ознакомиться каждому. И сейчас ориентировочно только у 0.5% русских альбомных статей треклист заполнен на ВД. Кстати, буквально на днях только сделали инструмент для быстрого заполнения треклистов у альбомов —
, так что перспективы у этого есть, если заполнение будет не сложнее чем шаблона на википедии.
Solidest
(
обс.
)
15:17, 15 сентября 2023 (UTC)
[
]
там на сколько я понял нужно сделать одну карточку на альбом (список треков) и потом в поле
уже внести список трека, причем у трека можно указывать свойства - длительность, исполнитель и др. как раз то что нужно по-идее, а на странице можно было бы вставлять одной короткой строчкой с параметром id из викидата. так можно было бы заимствовать данные не только из русской вики, но из интернациональной
CupIvan
(
обс.
)
22:00, 15 сентября 2023 (UTC)
[
]
Да. По текущей схеме, принятой музыкальным проектом ВД, в свойство tracklist должны быть заполнены только те, у которых указано p31 =
или
. Проставлять в треклист сущности, которые p31 =
или
(то есть это 99% всех статей на рувики об отдельных песнях/синглах) — считается ошибкой. Отсюда и все сложности. Вот список всех русских статей об альбомах, у которых есть хоть одно значение в свойстве tracklist на WD:
. Это 2214 из 17256 (= 12%), но очень у многих указано только по одному-двум трекам и ещё больше не соблюдают схему проекта. Поэтому на WD сперва нужен какой-то масштабный проект ботоводов по автоэкспорту и обновлению плейлистов, чтобы от него была хоть какая польза для википедии.
Solidest
(
обс.
)
15:12, 16 сентября 2023 (UTC)
[
]
В общем все то, что уже есть в текущем + добавить автоматизации. Чтобы при копировании с англовики было тоже самое, т.к. сейчас приходится каждый раз что-то подправлять. Если получится, то автора слов и музыки в отдельные столбцы из ВД. А общий столбец автора песни только с локальным заполнением. В англовики модуле автоматизировано отображение этих трёх столбцов, если хоть в каком из них есть значение (в нашем шаблоне сейчас только вручную включать эти столбцы - соответственно включающие параметры не нужны). Если указаны слова+музыка, то автор песни не отображается. Приоритет на локальное заполнение слов и музыки, потом локальный автор песни, потом экспорт слов и музыки с вд.
Ещё на англовики есть параметры ширины столбцов в процентах, которые сейчас приходится удалять у нас, но было бы хорошо если бы они поддерживались.
Ещё у них есть проверка на формат заполнения времени треков:
, что тоже было бы полезно (чтобы потом реализовать авто общее время треклиста).
Solidest
(
обс.
)
13:35, 31 декабря 2023 (UTC)
[
]
Кстати, по этому же шаблону, но на другую тему. А не стоит ли добавить возможность указания двух терминов в одном шаблоне? В
так можно, а у нас, кажется, нельзя? Например здесь
художник-аниматор
шаблон установлен два раза подряд для двух слов.
Solidest
(
обс.
)
01:57, 13 октября 2023 (UTC)
[
]
Викицитатник не менялся. Викитеке добавили локальный (что я упустил, но хорошо).
Итого запрос не выполнен.
Остался приоритет. При этом Дима что-то поменял в модуле (
).
~~~~ Jaguar K
·
13:19, 10 октября 2023 (UTC)
[
]
в составе
{{
блюдо
}}
работает некорректно. В описании заявлено, что «Если первый параметр пустой, то подставляется связанная статья Викиучебника из Викиданных.» По факту, первый параметр не то что не проверяетсятся (а проверяют ВД), но даже не используется в шаблоне.
~~~~ Jaguar K
·
02:02, 16 августа 2023 (UTC)
[
]
Убрать 4 пр-ва гаджетов из выпадающих списков пространств
Энди на Ф-О пожаловался на длинные списки пр-в, я с ним согласен, не начать ли решать проблему с этого? Насколько я знаю, 4 пр-ва гаджетов пока что заведомо пусты, начнут наполняться в неопределённо далёком будущем, но разработчики отказались их убирать из каки-то дурацких соображений, так может локально их скроем/зачистим?
MBH
15:07, 8 августа 2023 (UTC)
[
]
Третий способ, самый надёжный для тех файлов, для которых он возможен. Скажем, для половины.Если уже есть перевод на другой язык, можно скопировать и заменить текст, я так делал не раз.
Игорь
(
обс
)
20:17, 15 августа 2023 (UTC)
[
]
message.texts.push("Соответствие требованиям определялось для учётной записи "+vote.author.name+", в которую ["+logLink+" была переименована] учётная запись "+vote.author.nameWhenVoted+".");
нужно заменить logLink на _logLink, так как первый не определен и возвращает undefined.
Также стоит добавить название журнала после 4184 и после 4084:
// Сейчас везде в коде ЗСА используется <spanclass="criteriaCheck-votingPeriod"data-start-date="2023-03-08"data-end-date="2023-03-22 19:00">// Код скрипта, строка 3697:varderiveDates=functionderiveDates(votingPeriod){if(!votingPeriod.start)return;votingPeriod.startTimeless=cc.util.prepareDate(votingPeriod.start.replace(/ [0-9:]+$/g,''));votingPeriod.start=cc.util.prepareDate(votingPeriod.start);if(!votingPeriod.start)return;votingPeriod.end=cc.util.prepareDate(votingPeriod.end,true);returnvotingPeriod;};admin_votingPeriod=Object.assign({},$('.criteriaCheck-votingPeriod').data());admin_votingPeriod=deriveDates(admin_votingPeriod);if(!admin_votingPeriod&&// Удостоверяемся, что критерий тот, который нам нуженvoterCriteria.length===4&&voterCriteria[3].type==='editsBetweenDates'&&voterCriteria[3].periodEnd){admin_votingPeriod=deriveDates({start:voterCriteria[3].periodEnd});}votingPeriodOk=admin_votingPeriod&&admin_votingPeriod.start&&admin_votingPeriod.end;// Данные по кандидату// Далее используются те же votingPeriodOk, admin_votingPeriod.start и admin_votingPeriod.end// Видимо, должно было быть одно из:1)вообщедругаяфункция/частьфункциидляобработкиadmin_votingPeriod,вчастностиadmin_votingPeriod=deriveDates({start:admin_votingPeriod.startDate,end:admin_votingPeriod.endDate});2)опечаткавомногихстрочках3)вкодеЗСАдолжныбыть<spanclass="criteriaCheck-votingPeriod"data-start="2023-03-08"data-end="2023-03-22 19:00">
@
Jaguar K
напишите понятнее, что вас не устраивает, где ошибка, что вы хотите сделать. Ваши реплики почему-то в блоке кода и не очень понятны.
MBH
15:04, 8 августа 2023 (UTC)
[
]
Основной запрос находится до ответа Браунинга, явная ошибка.
Дополнительно - тоже явная ошибка. Самое простое - 3) не менять код скрипта, но так как в голосовании меня отменяют
несмотря на то, что исправление верное
, открыта эта подтема с предложением 1) дополнить скрипт для возможности обсудить, как будет лучше.
~~~~ Jaguar K
·
16:07, 23 ноября 2023 (UTC)
[
]
Рекурсия
Так уж вышло, что мой провайдер любит менять IP-адреса. И вот я столкнулся с такой проблемой. При попытке редактирования с нескольких адресов подряд мне сообщало, что они заблокирован в Вики как прокси. Решил запросить разблокировку и тут всплыла новая проблема — попытка размещения {{unblock}} на своей же СО вызывала срабатывание фильтра правок, а, соответственно, его срабатывание я не могу оспорить по причине блокировки адреса. Неужто так и задумано?
И ещё такой вопрос возник —
из заблокированных адресов был забанен уже дважды QBA-bot'ом, причём, что забавно, в первый раз блокировка на 6 месяцев, а вторая уже на год, при том, что никаких правок с этого адреса и не осуществлялось. Вот и возник вопрос — неужели сроки блокировки увеличиваются из-за упоминания в списках потенциальных открытых прокси?
95.182.106.131
16:04, 11 апреля 2023 (UTC)
[
]
Да, сроки блокировки устанавливаются в зависимости от того, как долго IP «светится» как прокси. Сроки могут быть от 20 дней до одного года. И как раз конкретный IP термоядерно светится как прокси, везде, где только можно и нельзя:
+
P.S.: И да, прокси блокируются не за правки в Википедии, а просто за то, что они прокси, так как использование прокси/анонимайзеров/VPN/TOR для редактирования Википедии запрещено правилами проекта. Читать Википедию можно любым образом — с прокси или без него. --
Q-bit array
(
обс.
)
08:39, 13 апреля 2023 (UTC)
[
]
@
Q-bit array
:
, повторю своё предложение ещё раз: следует убрать из типового уведомления о блокировке «рекомендации» сделать невозможное. Ну нету у попавшего под такую блокировку технической возможности википочты, ни возможности редактировать какие-либо СО.
(
обс.
)
20:09, 9 мая 2023 (UTC)
[
]
Не убрать, а добавить проверку на рег/анрег. Блокировка затрагивает регов, и со они править могут. А насчет почты в каком сообщении написано? Можно ссылку?
~~~~ Jaguar K
·
20:16, 9 мая 2023 (UTC)
[
]
@
Jaguar K
:
, извините, вовремя не увидел. Реги, попавшие под это несчасте, править не могут ничего - ни СО, ни чего, в т.ч. и email this user отрезан. Как опять попаду - обязательно вам скриншот скину.
(
обс.
)
19:17, 6 августа 2023 (UTC)
[
]