The page you wanted to save was blocked by the spam filter. This is probably caused by a link to an external site.
The following text is what triggered our spam filter: хттп://ввв.dazzle.ru
Почему в шаблоне {{ВПКУ-Навигация}} не показываются новые страницы (по крайней мере у меня показываются страницы с 21 по 28 января, хотя должны страницы с 24 по 31 января). Аналогичная проблема и на странице Википедия:К удалению/27 января 2008 — в шаблоне навигации не показана страница 31 января. Может быть, разбирающиеся в шаблонах посмотрят, что нужно изменить в их коде, или что-то другое? KWF04:04, 31 января 2008 (UTC)
У меня:
К удалению: 24 января | 25 января | 26 января | 27 января | 28 января | 29 января | 30 января | 31 января |
Господа не с того не с сего страницы Википедии стали грузить в пять раз дольше обычного. В Explorere вообще не откроешь, Opera читает с бешеной задержкой. У меня ли одного? Может быть уже обсуждалось, дайте линк. JukoFF13:52, 30 января 2008 (UTC)
s1 is INFO (Database is online but access may be intermittant.)
s2 is OK ()
s3 is INFO (Database is online but access may be intermittant.)
sql is OK ()
Интересно, создателям движка уже известен такой глюк? Создаешь статью с опечаткой в названии, переименовываешь, редирект с опечаткой удаляется, в итоге статья отсутствует в списке новых статей. --sk01:06, 29 января 2008 (UTC)
Почему так и должно быть? В списке новых статей не отображаются ни старая статья, новая. По сути это лазейка для вандалов и ориссописцев. --Lime8206:44, 29 января 2008 (UTC)
не понял почему вдруг так и должно быть? если редирект успеют быстро удалить, то никто, ни патрулирующие, ни кто то еще кроме админа-удалиста редиректа статью не просмотрят и это лазейка для заноса копивио. --sk18:04, 29 января 2008 (UTC)
А что, мешает? Некоторую пользу он приносит, так что пусть работает. Жаль, что обратиться по его работе не к кому, но проблем в последнее время с ним не было. AndyVolykhov↔22:55, 27 января 2008 (UTC)
Мне кажется, что этот бот практически бесполезный. Обсуждалось уже несколько раз, как на его странице обсуждения, так и на Википедия:Запросы к бюрократам. Я думал, хоть кто-то из патрулирующих новые статьи обратит внимание на бесполезные правки, но почему-то этого не происходит ∴ AlexSm17:09, 8 февраля 2008 (UTC)
Как добавлять внутренние ссылки
Как добавлять внутренние ссылки?
troninster 15:24, 26 января 2008 (UTC)
troninster — Эта реплика добавлена участником Troninster (о • в)
По вашей логике текущ. должно открывать текущую версию. Разн. может быть с чем угодно, а тут разница и с текущей, и с предыдущей. ~ putnik16:16, 26 января 2008 (UTC)
Дело не в действии при нажатии на гиперссылку, а в её названии... Так как расшифровывается «текущ.» и «пред.» ? :) может «текущая разница» и «предыдущая разница». Чувствую мой уровень ТЖА опускается :(//Berserkerus16:48, 26 января 2008 (UTC)
Где найти историю правок и как определить участника, отменяющего правки
Дополняю статью, спустя некоторое время мои правки исчезают, каким образом выяснить, кто отменил правки, если это был администратор, то как выяснить какой, как с ним связаться для выяснения причин отмены правок?
Я неоднократно слышал о таком показателе качества Википедий как «глубина». Не подскажете ли, где можно посмотреть значения данного показателя для различных Википедий? ОйЛ™00:27, 23 января 2008 (UTC)
Высота статьи, кстати, вполне очевидный показатель. По крайней мере, на Старославянской Википедии при написании статей я себе ставлю цель когда-нибудь довести её до «низу» (места, где оканчивается список интервик). Правда вот расчитать данный показатель в конкретных значениях очевидным образом не удастся. ОйЛ™06:22, 23 января 2008 (UTC)
Хм. Интересный вопрос. А чисто этически, это хорошо? (Фактически же идёт паразитирование на вычислительных ресурсах Викимедии, для целей, которые не обязательно с целями фонда соотносятся). Я бы подумал о механизме "экспорта" (однократного) в свою медиавики, это было бы удобнее и идейно правильнее. Возможно, для этого есть даже API. #!George Shuklin10:42, 24 января 2008 (UTC)
Надеюсь, никак. Думаю, что даже если попробовать, то со стороны сайтов Викимедиа быстро заблокируют доступ для такого IP. Другое дело, что, как верно заметил Георгий, можно попробовать сделать (скачать) дамп и создать "свой собственный Викисклад". --Kaganer16:42, 24 января 2008 (UTC)
В принципе, имело бы смысл в медиавиках по-дефолту (или опцией) делать так: по использованию в тексте [[Image:commons:image.jpg]] движок сам скачивает, локально сохраняет. В принципе, можно было бы девелоперам предложить... #!George Shuklin08:16, 25 января 2008 (UTC)
404 код для несуществующих страниц
Здравствуйте, не подскажете, что надо поправить, чтобы Медиавики отдавала не 200-й, а нормальный 404-й заголовок при запросе несуществующих страниц?
.organic17:20, 21 января 2008 (UTC)
TarzanASG, согласен с Вами по поводу идеологии. Вопрос возник из-за моего SEO бэкграунда.
Lockal, спасибо! Это действительно работает. Я не очень хорош в PHP (точнее, - плох), поэтому не вполне понимаю, почему заголовок необходимо отдавать именно в этом месте скрипта. Логично было бы видеть где-то поблизости от этой строки формирование ответа 200, а нигде этого не нашел. Где он формируется? У меня версия 1.11.0, но это строка 165, а не 155, почему? Еще раз спасибо! (По поводу номера строки разобрался, здесь последняя альфа (опять непонимаю, зачем на промышленном сайте используют альфу, а не последнюю стабильную))
.organic23:23, 22 января 2008 (UTC)
PHP автоматически отсылает заголовок 200, если не определено иное. Собственный же заголовок можно определить в любом исполняемом месте, но до начала отправки страницы[2]. В ПО Викимедии используется оттестированная версия с самыми свежими нововведениями/исправлениями, так что пусть «альфа» Вас не смущает. Используйте последнюю версию из SVN всегда, когда это возможно. --Lockal09:36, 23 января 2008 (UTC)
В каких случаях может не работать поиск в Mediawiki
У меня сразу после заливки дампа вдруг перестал работать,
а все остальное работает. Как поправить?
— Эта реплика добавлена с IP 195.49.239.193 (о) 14:03, 21 января 2008 (UTC)
Работая с шаблоном {{Авиакатастрофа}}, я заметил, что левая колонка инфобокса в Opera на пиксель ниже, чем правая. К тому же, по какой-то причине в IE инфобокс верстается намного красивее. Причём — станности странностями — в самих шаблонах {{Авиакатастрофа}} и {{Карточка игры}} ничего не видно, а если взять любую страницу, использующую инфобокс (например, Планёр Гимли или rFactor), там сдвиг есть. Mercury14:16, 20 января 2008 (UTC)
У меня 9.25. Windows XP, 96 dpi. При этом если увеличить страницу так, чтобы жирный шрифт стал действительно жирным, всё становится на свои места. Mercury22:12, 20 января 2008 (UTC)
И ещё немного. При изменении масштаба вёрстка может нарушаться и в ту, и в другую сторону. ClearType, по-видимому, никак не влияет на глюк.
И как я не заметил! Размеры шрифтов-то различаются! Получается, что шрифты в th и td разные. Разные на какую-то маленькую долю — но эта доля впоследствии выливается в один пиксель. Потому-то и разнобой. Где эта доля завязалась — не могу сказать, так как плохо знаю CSS. А в шаблоне глюк есть, только фигурные скобки мешают его увидеть. Mercury22:55, 20 января 2008 (UTC)
Поняв, что дело порох, я перелез в личное пространство. Но пока всё ведёт к одному: Opera что-то некорректно считает с высотой обычного и жирного шрифта. Mercury23:14, 20 января 2008 (UTC)
Всё, отставить! Поскольку ошибку удалось воспроизвести на очень простых HTML'ах, мне прямая дорога к разработчикам Оперы. Mercury23:31, 20 января 2008 (UTC)
На самом деле, где-то есть настройка, которая управляет тем, "капитализируется" первый символ названия страницы, или нет (иными словами, делает ли MediaWiki различие между прописной и строчной литерами в первом символе). В русском Викисловаре, кажется, это включено. --Kaganer16:37, 24 января 2008 (UTC)
Интересно. А почему оно не включено по умолчанию? Зачем лишние трудности в виде кривых заголовков и костылей в виде шаблонов lowercase? Как зовут того мизантропа, который решил, что должно быть именно через задницу? Stierlitz22:47, 27 января 2008 (UTC)
То есть Вы полагаете, что имеет смысл в два раза увеличить число перенаправлений и обязать во всех случаях ставить перенаправлением со строчного варианта на заглавный или наоборот? А если кто-то не поставит, кто-нибудь другой на этом месте создаст новую статью. И кто это всё будет разгребать? Короче, недостатки не сопоставимы с преимуществами. AndyVolykhov↔22:51, 27 января 2008 (UTC)
Дело в том, что изначально было только так, как и сейчас в Википедии - "не различать". Потом появилась и такая возможность. Сообщество Викисловаря (не только и не столько нашего) решило, что им удобнее различать => им включили. Для Википедии, на мой взгляд (и судя по всему, большинство придерживается этого же мнения), это было бы скорее вредно, чем полезно, т.к. число статей, чьё название должно быть со строчной - несравнимо меньше, чем всех остальных. И даже для этого небольшого количества статей какой-либо неоднозначности почти никогда не возникает. --Kaganer18:12, 28 января 2008 (UTC)
Внешние ссылки
Скажите пожалуйста, какого хрена при сохранении страницы выдаётся «Ваша правка содержит новые внешние ссылки. В целях защиты от спама, пожалуйста, введите слова, показанные ниже в рамке» при том, что НИКАКИХ ВНЕШНИХ ССЫЛОК ни старых, ни новых, я в статью не вносил!? Что за бредовая работа этого «вики-движка»?! 89.218.5.10601:57, 20 января 2008 (UTC)
=)) Я тоже долго не хотел зарегистрироваться) Гм... Может где-нибудь в шаблоне сцылка? Дайте ссылку на ваше изменение ("сравнить версии"). -- С ув., искр.ВашTarzanASG09:59, 20 января 2008 (UTC)
Вики-движок тут не виноват. Просто неправильно перевели системное сообщение с английского. Как я понимаю, в оригинале: «To edit this page, please enter the words that appear below in the box». --Lime8219:58, 20 января 2008 (UTC)
Ошибаетесь, это капча появляется не всегда. И в английской википедии, насколько знаю, тоже. Так никто не знает, что это за багофича? 89.218.18.11320:34, 20 января 2008 (UTC)
Всем анонимным и свежезарегистрированным участникам при добавлении ссылки необходимо ввести слова в боксе; это защита от роботов-спамеров. — t-toktalk03:21, 21 января 2008 (UTC)
Два похожих системных сообщения действительно были неправильно переведены, но я их с тех пор исправил, и выяснилось, что они тут ни при чём. Действительно, есть такая проблема: часто появляется сообщение «Ваша правка содержит новые внешние ссылки» при редактировании незарегистрированными участниками статей с {{coord}}: в шаблоне есть внешняя ссылка на Google Maps, которая каким-то образом сбивает движок с толку. Я показал это brion'у, и он предложил добавить запрос в багзиллу, что я и собираюсь сделать в ближайшее время ∴ AlexSm02:50, 25 января 2008 (UTC)
Защита личной страницы
Здравствуйте. Хотел бы узнать, как запретить изменения в статье другим пользователям. Статья является моим описанием (профайл пользователя). — Эта реплика добавлена участником Ybelov (о • в) 19:23, 18 января 2008 (UTC)
Статьями называют только страницы в основном пространстве. Страница Участник:Ybelov имеет префикс «Участник:» и следовательно находится в пространстве участников. Как правило, защиту на страницы не ставят заранее, вряд ли кому-то захочется вандализировать именно это страницу участника (ну, по крайней мере, до этого запроса :) ∴ AlexSm19:46, 18 января 2008 (UTC)
Список наблюдения
В моём списке наблюдения не оказалось правок от 13.01 в Википедия:Именование статей/Географические названия, хотя в настройках указано «не скрывать малые правки». Как такого избежать? Вариант «улучшенный список» не проходит — тогда для нормального пользования списком наблюдения из него придётся убрать все форумы и часто редактируемые статьи. NBS15:50, 17 января 2008 (UTC)
Опцию «Список наблюдения → Улучшенный» обычно используют вместе с «Страница свежих правок → Улучшенный», и по моему личному мнению это единственный нормальный способ следить за изменениями в списке наблюдения (плюс ещё гаджет «Только новые изменения в списке наблюдения») ∴ AlexSm19:21, 17 января 2008 (UTC)
Не знаю, я не нашёл подходящего для себя варианта. А сделать отображение в списке наблюдения таких правок, как защита страниц, невозможно? Или по-прежнему всё будет зависеть, не забудет ли админ сделать ещё одну правку, повесив шаблон о защите? NBS20:23, 17 января 2008 (UTC)
А в чём конкретно проблема с улучшенным списком (который фактически означает «показать все изменения страницы за этот промежуток времени, а не только последнее»)? По-моему он как раз хорошо сочетается с группировкой правок вместе ∴ AlexSm21:14, 17 января 2008 (UTC)
К сожалению, защита, удаление и переименование не отображаются в списке наблюдения, это известный недостаток MediaWiki. Где-то в английской Википедии я даже видел утверждение, что одной из целей установки {{protected}} и есть уведомление участников через список наблюдения. Могу попробовать (правда, не прямо сейчас) написать скрипт, который запросами к API будет сравнивать список страниц из своего списка наблюдения с недавним содержимым журналов ∴ AlexSm21:14, 17 января 2008 (UTC)
Выделение png
Картинки в формате png не выделяются, в остальных форматах нормально. Т.е. нажимаю ctrl+a, потом копирую в word, текст и картинки в других форматах вставляются, а png нет. Использую avant browser(на движке IE).Раньше вроде все рисунки выделялись нормально.
CaesarIII13:42, 17 января 2008 (UTC)
Видимо это результат так называемого pngFix, скопированного из английской Википедии по предложению участника Kalan, см. Обсуждение MediaWiki:Common.js#IEFixes. Этот код позволяет любым PNG файлам быть прозрачными в браузере Internet Explorer 6 (а не только 256-цветным). Как побочный результат, изображение заменяется на , отсюда и некоторые неудобства. Лично я не убеждён в полезности этого исправления, и предлагаю обсудить, действительно ли оно нужно в нашем разделе ∴ AlexSm19:21, 17 января 2008 (UTC)
Абсолютно бесполезно на мой взгляд, т.к. прозрачные изображения не особо нужны, а вот с копированием информации проблемы/*дайте пожалуйста ссылку на обсуждение, а то я пока не разобрался в служебных страницах вики*/ CaesarIII15:20, 18 января 2008 (UTC)
Было предложение (см. ссылка выше), на которое никто не возразил. Исправление к тому времени уже было проверено временем и уже использовалось в английском и немецких разделах Википедии. Давайте теперь обсуждать нужность исправления прямо тут ∴ AlexSm19:46, 18 января 2008 (UTC)
Где-то в en.wp есть такой скрипт, имитирующий админский откат, но он всё равно тратит лишний трафик на загрузку промежуточной страницы редактирования. С другой стороны, в той же en.wp недавно оформили админский откат как отдельный флаг (rollbacker) и стали его давать любым ответственным участникам ∴ AlexSm19:25, 16 января 2008 (UTC)
Ну, в принципе, Popups обладает близким функционалом — которым я иногда пользуюсь. А группу я бы и у нас ввел. М.б. одновременно с patroller такие права давать? Ilya Voyager23:06, 16 января 2008 (UTC)
Думаю, можно и у нас ввести такой отдельный флаг, но лично я такую инициативу поддерживать не буду. По-моему, админским откатом (который не даёт осмысленного описания правки и предназначен только для отката явного вандализма), у нас и так злоупотребляют некоторые администраторы ∴ AlexSm19:21, 17 января 2008 (UTC)
Чему отводится приоритет при оформлении стаей: когда браузер отображает сайт по всей ширине монитора или когда слева (IE) у нас Панель:Избранное или Журнал обозревателя? Сидик из ПТУ21:29, 15 января 2008 (UTC)
Это вообще не должно тебя интересовать. Ширина монитора у всех разная. Думай о том, чтобы всё нормально выглядело хотя бы на разрешении 800х600, с запасом на боковые панели. Т.е. где-то на 600 по горизонтали, думаю. --Kaganer13:41, 16 января 2008 (UTC)
Полностью согласен, нельзя ориентироваться на какую-то конкретную ширину, тем более что в некоторых темах оформления просто нет меню слева, и статья показывается во всю ширину ∴ AlexSm19:25, 16 января 2008 (UTC)
Ребят помогите добавить в шаблоны возможность указания Флага(наряду с Гербом), точно также как это сделано в шаблоне {{государство}}. У меня чето голова совсем не варит сегодня. Пожалуйста, если не сложно. Саша@16:48, 15 января 2008 (UTC)
Подскажите, если в истории изменений статьи много сохраненных, но по сути бесполезных ее вариантов, их можно как-нибудь выборочно удалить? И насколько это будет полезно с точки зрения экономии места, где это все хранится? --Shockvvave04:27, 14 января 2008 (UTC)
Технически, конечно, возможно. Но это будет ненужная нагрузка на администраторов и ненужная нагрузка на сервер; кроме того, это чревато появлением некорректных диффов; есть аргументы против и нетехнического характера. NBS04:37, 14 января 2008 (UTC)
Учитывая, что не только лишнее место на сервере тратится, но и другим участникам потом неудобно историю правок изучать, лучше сразу стараться делать одну правку вместо нескольких последовательных ∴ AlexSm19:25, 16 января 2008 (UTC)
Firefox 2 (насколько я помню) не поддерживает mathml, но есть сборка Mozilla c поддержкой mathml[3] (<mfrac>; xmlns="&mathml;", в спецсимволах постоянно употребляется &), а также самые последние сборки Opera 9.5 поддерживают mathml[4] (тег <math>). Есть плагин для IE, который обрабатывает формулы в теге object. Но в Википедии данная настройка не имеет смысла, так как нет общего стандарта вывода формул в XHTML 1.0. --Lockal14:33, 13 января 2008 (UTC)
Как это-как это не поддерживает?? Ещё и первый, насколько я помню, поддерживал. См. хотя бы здесь en:Mozilla Firefox#Standards support. Проверить можно хотя бы здесь [5], у меня вполне отображает. Вопрос, собственно, был не в том, имеет ли настройка смысл, а -- работает ли она вообще? Что нужно сделать, чтобы она хоть как-то заработала? --Стопарь15:22, 13 января 2008 (UTC)
Список ссылок со страницы
Коллеги, а как можно посмотреть список всех (внутренних) ссылок, которые ведут с определенной страницы? По аналогии с "Ссылки сюда" (Служебная:Whatlinkshere) - типа, "Ссылки отсюда". Было бы удобно при викификации больших статей и, может быть, еще для чего-то. Ilya19:51, 11 января 2008 (UTC)
Кажется, такой функции в движке нет. Можно написать скрипт, который анализировал бы викитекст и выдавал бы соответствующий список. Ilya Voyager20:22, 11 января 2008 (UTC)
API не покажет количество одинаковых ссылок, и использующиеся названия ссылок. А скрипт в принципе могу написать, если нужен ∴ AlexSm19:25, 16 января 2008 (UTC)
Поиск по истории правок
Пожалуйста, посоветуйте, как автоматизировать сабж. Скажем, найти, когда и кем был добавлен с статью конкретный текст. --Стопарь17:18, 11 января 2008 (UTC)
В принципе можно написать скрипт, который, как и человек, будет искать методом последовательного разделения истории правок на две, загружая с сервера версию страницы посредине истории и проверяя, нет ли там этого текста. Впрочем, как и человека, скрипт иногда будут сбивать с толку войны правок, и он будет находить не первоначального автора текста ∴ AlexSm18:13, 11 января 2008 (UTC)
А нет ли чего нибудь подобного, чтобы работало на стороне сервера, и не пришлось бы загружать все версии страницы? Ведь есть же поиск по пространствам имён, может, существует что-то вроде поиска по диффам (в каком диффе этот текст присутствует)? --Стопарь12:52, 12 января 2008 (UTC)
у меня вопрос о размещении видео.
как можно загрузить видео и в каком формате? формат .ogg это формат звуковых файлов, ни один
кодер не переводит видео в .ogg — Эта реплика добавлена участником Mracobes (о • в) 13:17, 11 января 2008 (UTC)
так посоветуйте какую именно программу(freeware) надо использовать для последующей загрузки ВИДЕО на Фонд? 17:01, 11 января 2008 (UTC) — Эта реплика добавлена участником Mracobes (о • в) 14:14, 11 января 2008 (UTC)
И не найдёте. Размер определяется объёктами, из которых составлено изображение. А фон сделан не градиентами, а PNG. У которых очень большой кусок "прозрачного" фона (находящийся как раз за пределами карты). Два варианта - либо связаться с автором оригинала (у него должен быть непорезанный фон), либо вручную резать у каждого фрагмента (нашли фрагмент, запомнили координаты, сохранили, открыли в растровом редакторе, обрезали, в инкскейпе удалили, загрузили обрезанное, спозиционировали по запомненным координатам). С автором будет быстрее. #!George Shuklin05:37, 9 января 2008 (UTC)
автор - ЦРУ, а оригинал в PDF [6], вот и не знаю, чем можно обрезать нормально PDF и переконвертировать в SVG без краев? --sk06:02, 9 января 2008 (UTC)
Тогда могу предложить компромиссный вариант - заменить PNG'шный бэкграунд на обычный тон. Или собрать из него свой PNG, обрезать как надо и вклеить. Часа на два развлечение. #!George Shuklin07:52, 9 января 2008 (UTC)
Надо перетащить все объекты в левый верхний угол (надеюсь, не путаю) и в коде изображения изменить размеры. Извиняюсь что поздно заметил. — Vertaler06:36, 16 января 2008 (UTC)
Наконец-то
Убрали глупости/дурь из шаблона на страничке «Свежих правок» и сгрупировали др. проэкты. Чудеса и в руВике/П порой случаются! — Тжа0.
1) Я установил mediawiki , переименовал Заглавную страницу в Main . Убрал из ссылки /index.php/ . Вопрос , как мне сделать так чтобы при открытие домена .ru/ сразу откывалась то что на странице Main , без редиректа ?
2) Как сделать так , чтобы все правки отправлялись на модерацию (от зарегистрированных тоже) ?
Требуется отредактировать страницу MediaWiki:Mainpage в инсталляции MediaWiki и поместить туда вместо слов Заглавная страница название новой первой страницы.
Вообще MediaWiki предназначена для того, чтобы отображать все правки сразу. Однако существует расширение FlaggedRevs, которое позволяет в том числе отмечать правки и покзывать по умолчанию только проверенные версии страниц.
Нет, 87.117.55.197 спрашивает (я присоединяюсь к вопросу) как настроить Медиавики так, чтобы при введении URL example.com не происходил редирект на example.com/Main_page? Например, как на этом сайте poxwiki.com
Да все верно , хочу избавиться от редиректа.
за 2-ой ответ спс , буду пробывать.
Ещё мелкий вопрос , как мне отредактировать meta теги ?
— Эта реплика добавлена с IP 87.117.51.211 (о) 11:30, 11 января 2008 (UTC)
Новые возможности
Я бы хотел предложить сообществу следующее: Если есть страница где отображаются правки - было бы недурно сделать отдельную сраницу слежения за изменениями отдельных частей статей. А именно: Дат, химических формул и им подобного. Некоторые вандалы специализируются на таком малозаметном и тонком виде вандализма - посему считаю это актуальной проблемой Википедии. Википедия должна быть ДОСТОВЕРНОЙ - но подобный вандализм - одна изменённая дата, формула или уравнение и мнение о достоверности материалов со стороны посетителей падает...Startreker13:08, 7 января 2008 (UTC)
Технически это реализовать невозможно. А если способы и есть, то они очень сильно затруднят чтение викитекста и вовсе редактирование статьи, а также увеличат нагрузку на сервера. — Kalan?16:24, 7 января 2008 (UTC)
А какие способы защиты от подобного вандализма вы предложили бы кроме "Традиционных" и просмотра последих правок?Startreker19:34, 7 января 2008 (UTC)
Других способов просто нет. Если есть желание запрограммировать что-нибудь эдакое (если получится, то это будет нехилый объём кода), которое будет проверять все диффы, то и флаг в руки. — Kalan?13:26, 8 января 2008 (UTC)
Идея хорошая, но её реализация ВСЕГДА будет дырявой. (пока АИ не создадите). В принципе, интересен вариант списка "подозрительных правок" (правок, в которых меняют цифры), но с другой стороны результат не будет оправдывать усилий... #!George Shuklin05:41, 9 января 2008 (UTC)
Разгадка кроется на странице обсуждения бота, ia:Discussion_Usator:Synthebot#00029 : в испанской Википедии решили для списков выделить отдельное пространство, и с точки зрения бота страницы в не основном пространстве — это не статьи, и не должны связываться интервиками со статьями. Лично мне кажется, что это несколько формальный и неполезный подход, возможно тему надо поднять на техническом форуме, может другие участники прояснят ∴ AlexSm15:42, 7 января 2008 (UTC)
В принципе тему уже можно было и не переносить: я зашёл на IRC канал #wikipedia-es, попросил испанцев разобраться, там же на ia:Discussion_Usator:Synthebot#00029 они подтвердили, что новое пространство списков тоже является энциклопедическим. Бот больше убирать эти интервики не будет ∴ AlexSm18:44, 8 января 2008 (UTC)
А вообще, где можно узнать, как интервики-боты ведут себя в различных нестандартных ситуациях (интервики-конфликты, две интервики из одной статьи на один раздел, одинаковые интервики в разных статьях и т.п.)? Или тут нет общих правил, и всё зависит от конкретного бота? NBS19:13, 8 января 2008 (UTC)
Подозреваю, что в нестандартных ситуациях они проходят мимо. Хотя мне тоже было бы интересно подробнее об этом узнать ∴ AlexSm18:13, 11 января 2008 (UTC)
Там в интервики nap стоят два апострофа, поэтому она не отображается в панели интервик. Я попробовал просто убрать один апостроф, однако в том разделе такой страницы не оказалось. — redmond barry05:58, 6 января 2008 (UTC)
Действительно, проблема, как впрочем и в некоторых других разделах, например на странице портала эсперанто. Заменил один апостроф на %27, теперь интервика «Nnapulitano» показывается. Потом увидел, что можно было проще, как в немецком портале: использовать простые кавычки " ∴ AlexSm06:20, 6 января 2008 (UTC)
Ссылки на диффы
Меня давно напрягали длинные ссылки на диффы в обсуждениях (да ещё с нечитаемым url-escaped названием статьи, см. тему чуть ниже#UTF-8 url && firefox). Когда-то подумывал о том, чтобы использовать вместо них что-то вроде такого шаблона Участник:Стопарь/diff (добавив с помощью javascript на страницы собственно диффов текст такого шаблона, чтобы его было так же легко скопировать, как собственно ссылку, и добавив в ВП:Дифф рекомендацию использовать именно его), но потом забыл. А сейчас наткнулся на похожий вопрос, и вспомнил. Вряд ли putnik имел в виду именно это, но хотелось бы всё же обсудить целесообразность подобных нововведений. --Стопарь 06:21, 5 января 2008 (UTC)
Заодно подскажите, есть ли javascript-переменная или объект, содержащая имя статьи, и где описаны подобные переменные --Стопарь06:54, 5 января 2008 (UTC)
Если использовать скрипт, то и шаблон уже в принципе не очень нужен. Длинные ссылки с процентами, как например на предыдущее сообщение ( http://ru.wikipedia.org/w/index.php?title=%D0.150.символов..&diff=6869619&oldid=6868354 ), я обычно раскодирую с помощью urlDecoder.js, если он под рукой (в http://ru.wikipedia.org/w/index.php?title=Википедия:Форум/Технический&diff=6869619&oldid=6868354), либо просто убираю весь title (но тогда по ссылке не видно, где именно дифф) ∴ AlexSm07:02, 5 января 2008 (UTC)
Хм... Определённые плюсы у такого подхода есть, но, во-первых, всё равно длинновато (всё до названия статьи и даже oldid /в самом распространённом случае, когда дифф на одну только правку/ -- лишние, а иногда излишне даже название), а во-вторых, далеко не все участники догадаются использовать такой скрипт. Другое дело, если вверху страницы с диффом будет жирно написано что-то вроде: «чтобы вставить ссылку на этот дифф, используйте {{diff|№№№№}} или {{diff|№№№№|Заглавие}}». Хотелось бы знать, есть ли противопоказания у такого метода? --Стопарь07:52, 5 января 2008 (UTC)
Есть много полезных переменных, достаточно заглянуть в начало HTML кода любой страницы. Отдельного описания не видел, но там в принципе все понятно ∴ AlexSm07:02, 5 января 2008 (UTC)
Спасибо, нашёл. Не догадался сам заглянуть: ужас обуял при мысли о том, что придётся самому разбираться в длинном чужом коде :-) --Стопарь07:52, 5 января 2008 (UTC)
Всё-таки мне кажется, что если вырезать из ссылки title, то она и так становится достаточно короткой, сравнимой с использованием шаблона. Кроме того, скрипт предлагается добавить в Common.js? не думаю, что все согласятся ∴ AlexSm18:13, 11 января 2008 (UTC)
Я думаю, резкие движения делать не сто́ит, не надо сразу торопиться добавлять в Commons.js, сначала надо узнать аргументы тех, кто может не согласится. Собственно, для того я сюда и написал.
Кстати, начать можно с того, что включить такой скрипт в те самые «гаджеты», когда они наконец появятся. --Стопарь13:05, 12 января 2008 (UTC)
title всё равно вручную или наполовину вручную вырезать придётся, да и опять же, далеко не все это захотят делать, для этого какие-то дополнительные усилия предпринимать надо. Но и без title ссылка втрое длиннее шаблона. Когда я говорил про противопоказания, имел в виду, не могут ли быть от массового использования такого шаблона какие-то неучтённые мной эффекты, вроде возросшей нагрузки на сервер, и т. п., как это было,например, с шаблонами в подписях участников. --Стопарь13:02, 12 января 2008 (UTC)
Ошибки в infobox
Каким образом можно исправить неграмотно составленный infobox? Обнаружив на одной из страниц составленный кем-то с кучей ошибок infobox я удалил его, хотя проще было бы исправить ошибки...
--Wladimirkusnezow23:52, 4 января 2008 (UTC)
Семилетняя война, текст infobox был скопирован, вероятно, из англоязычного источника, частично переведён, частично оставлен без перевода, частично переведён неверно, также, не было учтено, что одни и те же события по-разному названы у нас и на Западе, например, битва при Кае (Kay) в России всегда называлась сражением при Пальциге, не учтены также имеющиеся материалы раздела и т.д. Короче, такой infobox способен лишь дезориентировать пользователя.
С другой стороны, кто-то над ним работал, пусть и не знающий в достаточной степени историю войны, было бы уважительней поправить, а не совсем уничтожить чужую работу. Однако, я, как полный валенок в технической стороне дела, способа к исправлению не нашёл.
--Wladimirkusnezow 17:26, 5 января 2008 (UTC)
Всё уже исправлено, вопрос т.о. снят--Wladimirkusnezow 01:03, 7 января 2008 (UTC)--Wladimirkusnezow01:03, 7 января 2008 (UTC)
Занятный глюк с галереей
Обнаружил вот такой глюк, или не глюк, уж не знаю. Статья Морская пехота Италии, категории проставлены, но не отображаются, и статья в категории не попадает. Но стоит убрать галерею из 4 картинок внизу, всё становится на свои места. --Морган15:39, 3 января 2008 (UTC)
Это ключ сортировки для рубрикатора: какой символ поставишь, под таким статья будет находиться в категории. Звёздочку раньше использовали для того, чтобы обзорную статью вынести в самое начало категории. Сейчас используют пробел ([[Категория:...| ]]), т. к. при использовании пробела статья выносится выше, чем при использовании звёздочки. — redmond barry03:49, 3 января 2008 (UTC)
Кстати, по поводу звёздочек. Думаю, нужно сделать, как в своё время сделали на Викискладе — пройтись ботом и заменить их везде на пробелы. Никто не будет возражать? ~ putnik04:21, 3 января 2008 (UTC)
То присвоить флаг патрулирующего может любой администратор, а снять - только бюрократы. В связи с этим, я думаю, следует приступить к выработке правил присвоения флага согласно результатам опроса. Vlad2000Plus08:44, 2 января 2008 (UTC)
Снять бюрократы могут только флаг пароллеров (без "t") :-(
Послали бы запрос о создании группы участников, которые могли бы заниматься технической строной проекта, но не могут быть избраны в администраторы, так сказать, по "социальным" причинам (например, из-за своей конфликтности): чтобы у них были технические возможности администраторов (например, по редактированию JS-файлов), за исключением возможностей как-либо воздействовать на других участников. — redmond barry02:16, 3 января 2008 (UTC)