Традиция:Техническая поддержка

Техническая поддержка Сюда можно добавить любой интересующий Вас технический вопрос и тут же можно получить на него ответ от специалистов
Все свои технические вопросы и запросы в проекте оставляйте тут

Баг при создании статей и категорий со схожими названиями

Заметил такой вот баг. Если название статьи или категории различается с названием другой статьи буквой «ё» вместо «е» или наоборот, одна из ссылок (та, которая соответсует статье) показывается синей, а другая — ещё не написанная — красной. Однако при попытке создать перенаправление с красной ссылки на синию, просиходит баг и открывается окно редактирования уже написанной статьи. Пример: Ёж и Еж — сами попробуйте создать вторую статью и посмотрите на результат.

Точно также происходит и в категориях, кроме того, баг появляется в тех случаях, если в названии статьи второе слово написано с заглавной буквы, а в ссылке — с прописной.

Этот баг очень мешает созданию нормальных перенаправлений и вынуждает менять все ссылки на с одного варианта на второй, вместо добавления . К тому же баг этот в Википедии или, скажем, ЭНЭ, отсутствует. В чём тут дело и как это можно исправить? Silence^~ 18:50, 16 августа 2008 (UTC)

• До сих пор считалося, что это не баг, а фича, просто ориентированная на читателей Традиции более, нежели на редакторов её статей. Благодаря этому обстоятельству создателям статей Традиции, действительно, приходится всюду создавать гиперссылки только на одно и то же каноническое имя статьи, однако им зато не приходится создавать массу перенаправлений, отличающихся только заглавностию букв или различием между «ё» и «е»: читатель Традиции может ввести любой вариант слева (в поле поиска), и всё равно невозбранно достигнет желаемого. Администраторы сервера Традиции сочли, что всё же заметно проще следовать каноническому имени статьи в гиперссылках, нежели возиться с созданием перенаправлений после создания статьи; опять же и поиск для читателя гораздо проще, а когда обновится движок MediaWiki и начнёт работать выпадающая при наборе подсказка с вариантами поиска, то станет ещё проще, поскольку для одной статьи станет, надеюсь, выпадать один вариант поискового набора, а не десяток-другой вариантов перенаправлений, как в Википедии. —Mithgol the Webmaster 12:31, 18 августа 2008 (UTC)

• Да, только не все редакторы знают об этой особенности и могут вставлять в статьи ссылки на неправильно название статьи, в таком случае ссылка будет красная при уже написанной статье, что не совсем хорошо. Silence^~ 12:42, 18 августа 2008 (UTC)

• Это соображение совершенно справедливо; однако выводом из него должно стать стремление к осведомлению о том редакторов, а не к отказу от объективной пользы. —Mithgol the Webmaster 06:21, 19 августа 2008 (UTC)

• Отдельно хочу напомнить, что в Традиции принято не заменять «ё» на «е», а пользоваться алфавитом, по меньшей мере, тридцатитрёхбуквенным. Это обстоятельство делает необходимость статьи «еж» весьма спорною. —Mithgol the Webmaster 12:37, 18 августа 2008 (UTC)

• "Еж" - просто пример для демонстрации этой особенности. Silence^~ 12:42, 18 августа 2008 (UTC)

• Тогда хорошо. —Mithgol the Webmaster 06:21, 19 августа 2008 (UTC)

EditCount

При просмотре страницы любого участника слева на панели инструментов есть ссылка «число правок участника», но при попытке по ней перейти выводится сообщение: Запрошенной вами служебной страницы не существует. Silence^~ 14:17, 16 августа 2008 (UTC)

• Заставить эту служебную страницу работать не удалось. Ссылка на неё убрана.
  Александр Машин 13:22, 17 августа 2008 (UTC)

Как нам быть со сносками? Предлагаю совместо помыслить

Прежняя версия расширения Cite.php была недавно заменена на ту новую версию, в которой ошибка 11224 была исправлена правкою 36333. Прежняя проблема (сноски были невидимы для разлогинившихся пользователей, которым в Традиции не разрешено редактировать страницы) сгинула, и слава Богу. Однако, к моему глубочайшему сожалению, теперь видною становится другая проблема: тем же незалогинившимся читателям сейчас демонстрируются неправильные гиперссылки, ведущие от сносок и ко сноскам.

Попытайтесь, например, разлогиниться, а затем открыть статью «Фидонет» и пожмякать мышою по сноскам. И вы заметите, что даже если сноска в тексте какая-нибудь десятая по счёту и по номеру, то гиперссылка от неё вниз страницы ведёт всё равно к первой сноске, а не к десятой. И наоборот: если внизу страницы жмякать мышою по возвратным гиперссылкам, то все они будут вести к одному и тому же месту, где первая сноска — а не туда поведут, где последующие, как следовало бы для последующих.

Меня более всего угнетает, что достойного решения для этой проблемы покамест не существует. Создатели cite.php сделали это расширение слишком навороченным: логика его не явствует из кода его. Соответственно, ни сами они не исправили вышеописанную ошибку, ни кому-нибудь другому (скажем, мне) это не окажется просто.

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

Вижу два возможных пути.

Во-первых, можно было бы побоку обойти эту проблему, просто вновь дав незалогинившимся пользователям права редактирования страниц, а с автоматизированным вандализмом поборовшись посредством каких-нибудь других средств, более тонких, нежели лишение прав редактирования. На ум приходит прежде всего ConfirmEdit (хотя, вероятно, и TorBlock заработает, но только в дальнейшем, когда обновим версию MediaWiki).

Во-вторых, кому-нибудь можно сесть и написать более простой (а значит, логически более свободный от ошибок) аналог расширения Cite.php — я с глубоким удовольствием занялся бы этим и сам (мне ведь такие дела не в новинку: и EmbedVideo, и Click доводить до ума доводилося), однако сейчас совершенно нету на это свободного времени. Предполагаю, что рано или поздно этим кому-то придётся заняться, поскольку расширение, которое вроде бы занимается простой разметкою, однако способно реагировать на наличие или на отсутствие прав у читателя — это в любом случае дурной знак последствий отвратительного замысла и влезания во мрачные дебри неустойчивой специфики эзотерических свойств движка. Так нельзя было сочинять Cite.php, как его в итоге сочинили.

Может быть, нам придётся даже и обоим этим путям последовать, поскольку оба они представляются правильными. Достаточно, впрочем, последовать хотя бы одному.

А какие пути решения проблемы видите вы, уважаемые соратники? —Mithgol the Webmaster 07:43, 14 августа 2008 (UTC)

• Наиболее правильным, как мне кажется, будет установить расширение ConfirmEdit для анонимов — тогда вандальные боты не смогут проводить атаки на Традицию и будет решена проблема с Cite.php Silence^~ 08:44, 14 августа 2008 (UTC)
• Параметры для расширения:

$wgGroupPermissions['*'            ]['skipcaptcha'] = false;
$wgGroupPermissions['user'         ]['skipcaptcha'] = true;
$wgGroupPermissions['autoconfirmed']['skipcaptcha'] = true;
$wgGroupPermissions['bot'          ]['skipcaptcha'] = true; // registered bots
$wgGroupPermissions['sysop'        ]['skipcaptcha'] = true;

$wgCaptchaTriggers['edit']          = true; 
$wgCaptchaTriggers['create']        = true; 
$wgCaptchaTriggers['addurl']        = true; 
$wgCaptchaTriggers['createaccount'] = true;
$wgCaptchaTriggers['badlogin']      = false;

— Это сообщение написал, но не подписался участник Silence (обсуждение • вклад). [1]

• А я полагаю, что $wgGroupPermissions['user']['skipcaptcha'] всё же надобно false сделать. Пока пользователь до autoconfirmed не подрос, это может всё ещё чей-то бот быть. —Mithgol the Webmaster 11:02, 14 августа 2008 (UTC)

• Можно сделать и false, правда это будет неудобно только что зарегистрированным участникам, а вандальные боты до сих пор работали только анонимно. Silence^~ 12:22, 14 августа 2008 (UTC)

• Они работали анонимно, поскольку им так было проще; но они станут работать свежезарегистрированными пользователями, ежели это им окажется проще. Оттого надобно, чтобы ничего им не становилося проще. —Mithgol the Webmaster 10:26, 16 августа 2008 (UTC)

• Согласно этому да, будет правильнее сделать, как Вы написали. :) Правда, боты двачеров достаточно примитивны и неизвестно, поддерживают ли они вандализм из-под экаунта, но дополнительная защита не помешает. Silence^~ 11:02, 16 августа 2008 (UTC)

Открывать доступ анонимам нельзя до того момента, пока не заработает откат у всех админов.--Orso 19:09, 15 августа 2008 (UTC)

Можно. Основную опасность представляют вандальные боты, а введение ConfirmEdit не даст им делать правки. Кстати, флаг быстрого отката каждый админ может сам присвоить себе при помощи служебной страницы Служебная:Userrights. Silence^~ 02:57, 16 августа 2008 (UTC)

• Доступ анономам открыт, одновременно усилена защита рекапчей, как предлагалось выше.
  Александр Машин 13:24, 17 августа 2008 (UTC)
  • Ещё откаты не у всех работают, а Вы доступ анонимам открываете.--Orso 13:27, 17 августа 2008 (UTC)

Ошибка создания миниатюры

Вот в этой статье вместо изображения отображается:

Ошибка создания миниатюры: convert: unable to open image `/var/www/wiki/images/d/d1/ierna_diera.jpg': No such file or directory. convert: missing an image filename `/var/www/wiki/images/thumb/d/d1/ierna_diera.jpg/250px-ier

В чём причина этого? Silence^~ 18:48, 12 августа 2008 (UTC)

• Присоединяюсь к вопросу, поскольку в статье «Цифровая пропасть» поневоле столкнулся с совершенно аналогичной проблемою. Что творится? Когда это кончится? Невозможно нормально иллюстрировать. —Mithgol the Webmaster 05:37, 14 августа 2008 (UTC)

• Сегодня эта ошибка несколько раз появилась на страничке Традиция:Ордена/Национальные заслуги. Silence^~ 02:41, 16 августа 2008 (UTC)

• Присоединяюсь к вопросу, поскольку в статье «Бионический глаз» происходит то же самое. В чем причина? Помоите, пож.,загрузить файлы статьи.Миг 11:07, 20 августа 2008 (UTC)
• Я уже перепробовал много вариантов, но что-то не то. Приходится ждать. Миг 08:10, 21 августа 2008 (UTC)

• Время идёт, а меж тем непохоже, что с этой проблемою кто-то из администраторов сервера Традиции разбирается. Может, не вполне ясно, откуда начать? Я бы для начала поиграл с $wgUseImageMagick, поскольку имею основания подозревать, что это именно ImageMagick глючит. Может быть, настало время использовать GD-библиотеку из PHP вместо того, чтобы использовать ImageMagick. —Mithgol the Webmaster 06:41, 21 августа 2008 (UTC)

• Вообще, проблема решается просто — надо лишь, чтобы название загружаемого файла состояло только из латинских букв и цифр — в таком случае ошибки не происходит. Silence^~ 17:51, 21 августа 2008 (UTC)

Ошибка базы данных

Обнаружена ошибка синтаксиса запроса к базе данных. Последний запрос к базе данных:

(SQL запрос скрыт)

произошёл из функции «LinksUpdate::getExistingLinks». MySQL возвратил ошибку «145: Table './traditiowiki/pagelinks' is marked as crashed and should be repaired (mysql-production.vps.sudo.su)». —Mithgol the Webmaster 12:39, 11 августа 2008 (UTC)

Угу, тоже несколько раз видел такое сообщение. Silence^~ 09:48, 12 августа 2008 (UTC)

Сегодня при попытке править появилось вот такое сообщение:

Warning: proc_open() [function.proc-open]: fork failed - Cannot allocate memory in /var/www/wiki/includes/Parser.php on line 761

Fatal error: Out of memory (allocated 5242880) (tried to allocate 21416 bytes) in /var/www/wiki/includes/AutoLoader.php on line 367

Silence^~ 14:30, 15 августа 2008 (UTC)

• Приняты меры ко временному увеличению памяти там, где она требовалась. Таблицы починены.
  Александр Машин 13:29, 17 августа 2008 (UTC)

• Однако в этом часу наблюдал превеликие массы ошибок памяти, подчас по пять и десять раз приходилося перезагружать страницу. —Mithgol the Webmaster 12:17, 18 августа 2008 (UTC)

• Угу, тоже часто их видел. В последний раз появилось вот такое (всё одновременно):

Warning: popen(/usr/bin/diff3 -a --overlap-only '/tmp/merge-mine-gCWIos' '/tmp/merge-old-nVeOhO' '/tmp/merge-your-rsWsx6',r) [function.popen]: Cannot allocate memory in /var/www/wiki/includes/GlobalFunctions.php on line 1096

Warning: fgets(): supplied argument is not a valid stream resource in /var/www/wiki/includes/GlobalFunctions.php on line 1098

Warning: pclose(): supplied argument is not a valid stream resource in /var/www/wiki/includes/GlobalFunctions.php on line 1103

Warning: popen(/usr/bin/diff3 -a -e --merge '/tmp/merge-mine-gCWIos' '/tmp/merge-old-nVeOhO' '/tmp/merge-your-rsWsx6',r) [function.popen]: Cannot allocate memory in /var/www/wiki/includes/GlobalFunctions.php on line 1108

Warning: fread(): supplied argument is not a valid stream resource in /var/www/wiki/includes/GlobalFunctions.php on line 1111

Warning: pclose(): supplied argument is not a valid stream resource in /var/www/wiki/includes/GlobalFunctions.php on line 1117

Silence^~ 12:46, 18 августа 2008 (UTC)

• Тришкин кафтан. В условиях нехватки физической памяти, память была передана от веб-сервера серверу базы данных. Последствия нехватки памяти в БД хуже, чем в веб-сервере.
  Александр Машин 13:08, 18 августа 2008 (UTC)

• Fatal error: Out of memory (allocated 5767168) (tried to allocate 35 bytes) in /var/www/wiki/extensions/Syntax HighLight GeSHi/geshi/geshi.php on line 2043

Warning: gzencode() [function.gzencode]: insufficient memory in /var/www/wiki/includes/OutputHandler.php on line 67

Silence^~ 13:11, 18 августа 2008 (UTC)

• Господа, а что делается для преодоления нехватки физической памяти? Признайтеся: быть может, надобно деньгами помочь? Википедия вон регулярно собирает деньги на прожитьё, дык и тут у нас можно было бы эту добрую традицию укоренить. —Mithgol the Webmaster 06:28, 19 августа 2008 (UTC)

• При попытке логина сервер (оскорблениеанонимно трахнул меня в попку удалено):

Fatal error: Out of memory (allocated 4718592) (tried to allocate 241 bytes) in /var/www/wiki/includes/GlobalFunctions.php on line 197

Warning: gzencode() [function.gzencode]: insufficient memory in /var/www/wiki/includes/OutputHandler.php on line 67

85.112.35.248 14:48, 19 августа 2008 (UTC)

• Warning: proc_open() [function.proc-open]: fork failed - Cannot allocate memory in /var/www/wiki/includes/Parser.php on line 761

Silence^~ 21:02, 19 августа 2008 (UTC)

• Сервер опять анонимно (оскорблениетрахнул меня в зад удалено).

Error in numRows(): Lost connection to MySQL server during query (mysql-production.vps.sudo.su)

Backtrace:

#0 /var/www/wiki/includes/Database.php(1246): Database->numRows(true)

#1 /var/www/wiki/includes/Revision.php(760): Database->selectRow('text', Array, Array, 'Revision::loadT...')

#2 /var/www/wiki/includes/Revision.php(492): Revision->loadText()

#3 /var/www/wiki/includes/Article.php(391): Revision->getRawText()

#4 /var/www/wiki/includes/Article.php(250): Article->fetchContent(0)

#5 /var/www/wiki/includes/Article.php(168): Article->loadContent()

#6 /var/www/wiki/extensions/accesscontrol/accesscontrol.php(495): Article->getContent()

#7 [internal function]: hookUserCan(Object(Title), Object(User), 'read', NULL)

#8 /var/www/wiki/includes/Hooks.php(113): call_user_func_array('hookUserCan', Array)

#9 /var/www/wiki/includes/Title.php(1264): wfRunHooks('userCan', Array)

#10 /var/www/wiki/includes/Wiki.php(133): Title->userCanRead()

#11 /var/www/wiki/includes/Wiki.php(43): MediaWiki->preliminaryChecks(Object(Title), Object(StubObject), Object(WebRequest))

#12 /var/www/wiki/index.php(89): MediaWiki->initialize(Object(Title), Object(StubObject), Object(User), Object(WebRequest))

#13 {main}

Warning: gzencode() [function.gzencode]: insufficient memory in /var/www/wiki/includes/OutputHandler.php on line 67

66.198.41.11 14:36, 21 августа 2008 (UTC)

Похоже на то, что опять недостаёт памяти

Вижу на разных страницах сообщения типа вот этого:

Warning: proc_open() [function.proc-open]: fork failed - Cannot allocate memory in /var/www/includes/Parser.php on line 761

Дизайн страницы при этом слегка корёжит, да и вообще зачем всем знать, что вики в /var/www/ лежит? Не дело это. —Mithgol the Webmaster 09:51, 3 августа 2008 (UTC)

• А не задумывался ли кто-нибудь, как влияет постоянное использование open proxy на работу Традиции?..--Orso 10:01, 3 августа 2008 (UTC)

• Если open proxy используются читателем/редактором — никак. Разве что Традиция с прокси иногда несколько быстрее работает. Silence^{~ talk} 10:07, 3 августа 2008 (UTC)
• В этом месте ты пытаешься скорее непосредственно указать на ум читателя, нежели заставить его увидеть очередной слепленный из слов фантом; к сожалению, эта задача слишком проста, чтобы такие попытки могли увенчаться успехом. Что ты имеешь в виду? Взломщики-ломщики, open proxy используя, нагрузили сервер до такой степени, что аж памяти стало недоставать, что ли?.. —Mithgol the Webmaster 10:11, 3 августа 2008 (UTC)
  • Не совсем понимаю Вас.--Orso 10:21, 3 августа 2008 (UTC)
    • В двух словах переформулирую: а при чём тут open proxy? Ими ли разве проблемы с памятью вызваны? —Mithgol the Webmaster 10:34, 3 августа 2008 (UTC)
      • Просто, как только я вижу сообщение «warning... open proxy...», то тут же страницы перестают загружаться — выдаёт различные ошибки типа этого самого «отсутствия памяти», а ещё и нагрузка на антивирус что-то возросла.--Orso 11:39, 3 августа 2008 (UTC)
        • На всякий случай задам уточняющий вопрос: надеюсь, сейчас речь не о выше мною процитированном «warning: proc_open()»? Спрашиваю оттого, что в нём о прокси ни слова. —Mithgol the Webmaster 13:43, 3 августа 2008 (UTC)
          • Видимо, я ошибся. Хотя сути это не меняет: мне кажется, что количество ошибок увеличивается, когда заходят те, кто использует открытые прокси.--Orso 14:02, 3 августа 2008 (UTC)

Ошибка доступа к большим страницам

При попытке доступа страницы с размером около 200 КБ получаю ошибку. Fatal error: Maximum execution time of 30 seconds exceeded in /var/www/includes/Parser.php on line 1617

Нельзя ли увеличить этот параметр?--Tarasov 17:29, 25 июля 2008 (UTC)

• Удвоен.
  Александр Машин 06:49, 27 июля 2008 (UTC)
  • То есть теперь максимальное время = 60 секунд? Silence^{~ talk} 13:57, 3 августа 2008 (UTC)
    • Да.
      Александр Машин 13:47, 7 августа 2008 (UTC)

Заявки на статус паппета

Так как паппеты без нарушений правил в Традиции не запрещены, надо ввести Положение о паппетах и Заявки на статус паппета, где по результатам голосования добросовестным куклам будут присваивать флаг sockpuppet. --Дарт Вейдер 05:44, 17 июля 2008 (UTC)

Вам не кажется, что случайно разлогинившемуся участнику при нажатии на «править» без промедления вынесет мозг?

«Запрошенное действие могут выполнять только участники из групп user, Почётные администраторы, Почётные бюрократы, Матери-героини».

Что за группа «Матери-героини», кстати? —Mithgol the Webmaster 09:36, 14 июля 2008 (UTC)

• • И увешанные флажками, как новогодняя ёлка.
    Александр Машин 17:47, 14 июля 2008 (UTC)
• Согласитесь, кащественный психокод получился, хоть и непреднамеренно?
  Александр Машин 17:47, 14 июля 2008 (UTC)
  • На этот вопрос я не буду отвечать, поскольку он мне отвратителен в силу расовой и вероисповедной неприязни к кащенизму. —Mithgol the Webmaster 19:08, 14 июля 2008 (UTC)

Журнал регистрации участников

Оказалось, что журнал регистрации участников может быть использован для нарушения политики конфиденциальности, причём сокрытие записей в нём технически не выполняется. Прецедент уже был. Возможно ли сделать этот журнал доступным только участникам-администраторам, чтобы избежать распостранения личных сведений? ~ Silence 22:36, 11 июля 2008 (UTC)

Отображение домашней страницы

У меня домашняя страница Традиции до входа в систему с моим именем отображается с использованием крупного шрифта. Всё становится нормальным после входа. Что бы это значило?--Tarasov 14:17, 9 июля 2008 (UTC)

• Я лучше не буду говорить, что у меня творится. Поэтому я в настройках IE на вкладке «Вид» перешёл на мелкий шрифт. Тоже как будто более-менее.--Orso 15:46, 9 июля 2008 (UTC)
  • Используйте браузер Opera или Mozilla Firefox, там такого не происходит. ~ Silence 09:08, 10 июля 2008 (UTC)
    • Я слишком привык к IE. :)--Orso 15:11, 10 июля 2008 (UTC)
    • Честно говоря, я не хочу использовать другой браузер только из-за этой проблемы (по разным причинам). Технически проблема выглядит разрешимой, поскольку после логина (возможно я повторяюсь) всё становится на свои места. В моей домашней инсталляции движка такого также не происходит. Всё-таки, в чем это проблема и нельзя ли её испраить? По-моему опыту это сильно влияет на положительный имидж сайта с пользовательской точки зрения.--Tarasov 16:06, 10 июля 2008 (UTC)

• Скорее всего это происходит из-за какого-то расширения, установленного на Традиции. ~ Silence 16:08, 10 июля 2008 (UTC)

Некорректный переход по ссылкам

При попытке перейти на статью Традиция:Разговоры о Википедии‎ со страницы свежих правок я попадаю на страницу Традиция:Îòêàçàíî. При этом другие страницы вроде отображаются нормально. Что эта за особенность такая?--Tarasov 15:12, 8 июля 2008 (UTC)

• Думаю, что упомянутая Вами страница доступна только админам (например, мне она стала доступна вроде бы только с получением прав админа).--Orso 15:17, 8 июля 2008 (UTC)
  • • А она больше никому и не нужна: ничего интересного там нет.--Orso 15:47, 14 июля 2008 (UTC)

ИнтерВики

Возможно несущественный вопрос, но почему-то интервики на некоторые языки глючат. Пример на странице Александер Белл. Если оставить en, то всё работает нормально. --Tarasov 13:27, 8 июля 2008 (UTC)

• Замечу на всякий случай, что большинство участников Традиции не приветствуют интервики. Пока что завис вопрос, нужны они или нет. Просто Вы скопировали из рувики для доработки статью с интервиками.:) Большинство участников их (интервики) сносят из залитых статей (второй правкой по счёту как правило).--Orso 14:59, 8 июля 2008 (UTC)

  Собственно мой вопрос касался технического аспекта. Непонятно почему часть интервик работает, а часть нет.

  Что касается содержательного использования интервик, то с моей точки зрения, то что они имплементированы в Традиции - это плюс, учитывая отсутствие в планах Традиции создания и поддержания иноязычных разделов.--Tarasov 15:05, 8 июля 2008 (UTC)

• Эти интервики не работают потому, что не прописаны в таблице префиксов интервики в БД (более грубо говоря, у движка нет информации о том, что определенный префикс из этого числа соответствует URL-адресу раздела Википедии на соответствующем языке). Произошло это либо потому, что эти префиксы вообще не вносились в таблицу (а это делалось вручную), либо были снесены позже, уже после внесения (в определенный период времени часть префиксов на малые языковые разделы была удалена некоторыми администраторами). Яков 15:47, 8 июля 2008 (UTC)

  Лучше снова восстановить удалённые интервики, а то участники совершаю лишние правки, когда их удаляют. AstroHolder (а может, Зукагой) (а может, Afinogenoff) 10:55, 14 июля 2008 (UTC)

TorBlock

Согласно данным, полученным от одного из разработчиков программного обеспечения MediaWiki, проблема с TorBlock, из-за которой он не работает на Традиции состоит в том, что это расширение для MediaWiki 1.13alpha+, а на Традиции стоит версия MediaWiki 1.11.0. Для корретной работы этого расширения требуется обновить MediaWiki до версии 1.12. ~ Silence 19:00, 7 июля 2008 (UTC)

Движок MediaWiki

Обновление

Думаю, стоит обновить движок до версии 1.13alpha (r37726). ~ Silence 18:20, 16 июля 2008 (UTC)

• Обоснуй. Отчего не до 1.12 только? —Mithgol the Webmaster 05:11, 17 июля 2008 (UTC)

• В версии 1.13 много новых возможностей, см. здесь. ~ Silence 15:04, 25 июля 2008 (UTC)

• Обоснование принимаю без возражений, но предлагаю дождаться релиза 1.13, в должной мере обезжученного. Так оно понадёжнее будет, а ждать долго не придётся, ведь ужé RC приуготавливаются. —Mithgol the Webmaster 04:59, 26 июля 2008 (UTC)

Настройки

Прошу собрать в этой теме все предлагаемые изменения в настройках MediaWiki, даже уже предложенные в других местах.
Александр Машин 11:48, 2 июля 2008 (UTC)

Наиболее красные ссылки

Следует непременно добиться того, чтобы гиперссылка Служебная:Wantedpages работала невозбранно, и тем обеспечивала возможность последовательного, поступательного нарастания энциклопедии подобно снежному кóму — то есть чтобы те статьи, на которые более всего красных ссылок стоит, были бы каждому видны и могли создаваться по мере необходимости, в них испытываемой. —Mithgol the Webmaster 06:32, 9 июля 2008 (UTC)

Обеспечение нормальной работы autopatrolled

$wgGroupPermissions['autopatrolled']['autopatrolled'] = true;
$wgGroupPermissions['sysop']['autopatrolled'] = true;

А не то (как я на своём опыте убедился) даже администратор не может редактировать страницы, защищённые на уровне autopatrolled. —Mithgol the Webmaster 06:13, 8 июля 2008 (UTC)

• Требуемое давно было прописано в настройках. Только толку от этого не было. Может быть, кто-то знает более новую версию расширения, чем лежащая здесь бета, а в этой никаких прав autopatrolled нѣтъ, и нигде они не проверяются. Не знаю, откуда появилось убеждение, что такие права существуют.
  Я доработал код расширения, добавив проверку на наличие прав autopatrolled на спецстранице «Патрулирование», но тщательно не проверял, так как не пользуюсь этим инструментом. Желающие могут испытать.
  Что касается уровней защиты, то я боюсь, что их не так-то легко добавить, просто редактируя LocalSettings.php.
  Александр Машин 15:15, 12 июля 2008 (UTC)

Поддержка ed2k-гиперссылок

Материалы можно залить в сеть Kad[+?], а затем поставить ed2k-гиперссылку, сперва добавив в файл LocalSettings.php следующую строку:

$wgUrlProtocols[] = 'ed2k://';

—Mithgol the Webmaster 12:30, 2 июля 2008 (UTC)

• Примечание: всё равно может потребоваться написание специального расширения на PHP, поскольку ed2k-гиперссылки содержат символ «|», нелюбимый медиавикями. —Mithgol the Webmaster 08:46, 4 июля 2008 (UTC)

wiki.traditio.ru

С сайта wiki.traditio.ru не происходит перенаправление на новопринятый адрес www.traditio.ru — вследствие этого возникают неприятные последствия:

• Если у доброго человека по закладкам (или по гиперссылкам из блогосферы, или в других аналогичных местах сохранения URLов) открываются одновременно две статьи (одна с wiki.traditio.ru, другая с www.traditio.ru), то обрамление не кэшируется, а выкачивается дважды. Лишний расход траффика и читателю, и Традиции.

• Код типа {{fullurl:Шаблон:Новые статьи|action=edit}} создаёт гиперссылки на wiki.traditio.ru или www.traditio.ru в зависимости от того, на котором сайте залогинился и работал редактирующий. Такие ссылки и всех следующих по ним читателей заставляют подчас переменить адрес сайта с wiki.traditio.ru на www.traditio.ru или в обратную сторону.

Это не дело. Уместнее установить перенаправление. —Mithgol the Webmaster 12:40, 2 июля 2008 (UTC)

• В дополнение: оказывается, ещё есть адрес udod.traditio.ru. Silence^{~ talk} 20:12, 1 августа 2008 (UTC)

Убрать «index.php» из адресов статей Традиции (за три шага)

Исхожу из предположения, что Традиция живёт на сервере Apache, хотя давно не проверял.

• Шаг 1. Добавить в конфигурационный файл httpd.conf алиас следующего вида:

Alias /w /сюда/вписать/полный/путь/и/имя/файла/index.php

(Имеется в виду путь и имя файла в операционной системе, на которой Традиция живёт. Имеется в виду тот файл index.php, который возле LocalSettings.php лежит.)

• Шаг 2. Перезапустить Apache, чтобы изменения вступили в силу.

• Шаг 3. Добавить в конфигурационный файл LocalSettings.php следующие строки:

$wgScriptPath = '';       # Это присвоение (или аналогичная пустая строка, "") там есть уж.
$wgArticlePath = '/w/$1'; # Новый виртуальный путь.
$wgUsePathInfo = true;    # Донастройка для подстраховки.

Ожидаемый эффект: адреса статей типа http://www.traditio.ru/index.php/FrontDoor волшебным образом сокращаются до http://www.traditio.ru/w/FrontDoor и оттого начинают несколько лучше помещаться во всякие текстовые строки, длина которых ограничена (заголовки блогозаписей, заголовки тем форумов, строки электронной почты и фидопочты, и т. п.) — теперь они на восемь символов короче. Адреса остальных (служебных) страниц: история правок, редактирование, удаление и т. п. — не меняются. —Mithgol the Webmaster 12:48, 2 июля 2008 (UTC)

Расширения

Прошу собрать в этой теме все расширения MediaWiki, предлагаемые к установке или обновлению, даже если они уже предлагались на других страницах, или частным порядком.
Александр Машин 11:48, 2 июля 2008 (UTC)

Oversight 2

Вторая версия расширения2, скрывающего правки участников. Стоит обновить. Silence^~ 14:54, 16 августа 2008 (UTC)

Необходимо немедленно обновить расширение Cite (которое сноски обеспечивает)

Как ужé сказано на портале, расширение Cite (то, которое обеспечивает сноски, а не которое обеспечивает страницу «Special:Cite») страдает (прямо сейчас в Традиции страдает!) от известной ошибки, из-за которой анонимные пользователи (то есть обычные читатели!), когда они не могут редактировать страницы (а сейчас, в целях противостояния вандализму, они не могут редактировать страницы), тогда они не могут видеть и сноски. Существует исправление этой ошибки, которое, как я понимаю, было внесено в расширение Cite. Стало быть, нам надобно беспременно (и как можно скорее!) обновить это расширение, и тем невозбранно достигнуть желаемого. —Mithgol the Webmaster 04:56, 7 августа 2008 (UTC)

• Обновлено.
  Александр Машин 13:47, 7 августа 2008 (UTC)

Картография

Источник: Traditio:Портал сообщества#Расширение MediaWiki, позволяющее чертить линии на карте, расставлять на них значки, надписывать их, использовать KML

Уместно доустановить в Традицию расширение «Google Maps». —Mithgol the Webmaster 12:55, 2 июля 2008 (UTC)

CheckUser

Обновить, исходя из [2]. Dream 07:22, 3 июля 2008 (UTC)

• Лучше его вообще удалить. Не нужно это расширение на Традиции. AstroHolder (а может, Зукагой) (а может, Afinogenoff) 10:58, 14 июля 2008 (UTC)

• Вот такие-то провокации и показывают надёжнее всего, насколько это расширение нам необходимо. —Mithgol the Webmaster 04:56, 7 августа 2008 (UTC)

Editcount

Заменить неработающий вариант работающим [3] Dream 07:22, 3 июля 2008 (UTC)

TitleKey

Поставить [4] Dream 07:22, 3 июля 2008 (UTC)

А также не забыть [5], обновить гаджеты и поставить [6] Dream 07:22, 3 июля 2008 (UTC)

PageNotice

Это расширение в его нынешнем виде неприемлемо, поскольку засоряет разность правок и сверху, и снизу. —Mithgol the Webmaster 08:15, 3 июля 2008 (UTC)

ipblock-exempt

В Википедии недавно установили, можно и нам его поставить. ~ Silence 04:55, 7 июля 2008 (UTC)

А в чём суть расширения? Dream 05:05, 7 июля 2008 (UTC)

Дополнительные права доступа, ipblock-exempt, назначаются при помощи Special:Userrights администраторами и снимаются ими же. Участник с такими правами доступа обходит блокировку IP и IP Range, даже когда диапазоны заблокированы полностью (а не только анонимные участники). ~ Silence 05:10, 7 июля 2008 (UTC)

Очень даже неплохо. Я приблизительно догадывался, что это значит, но времени испробовать не было... Кстати, там с 1.9 MD это уже есть. Dream 05:15, 7 июля 2008 (UTC)

 Комментарий устанавливается путём добавления в LocalSettings.php нескольких строчек кода, а именно:

$wgGroupPermissions['sysop']['proxyunbannable'] = true;
$wgGroupPermissions['sysop']['ipblock-exempt'] = true;
$wgGroupPermissions['ipblock-exempt']['proxyunbannable'] = true;
$wgGroupPermissions['ipblock-exempt']['ipblock-exempt'] = true;
 
$wgAddGroups['sysop'] = array( 'ipblock-exempt' );
$wgRemoveGroups['sysop'] = array( 'ipblock-exempt' );

Silence^~ 18:37, 15 августа 2008 (UTC)

Cite

Не помешает [7]. ~ Silence 09:17, 10 июля 2008 (UTC)

• Стоúт ужé — см. Special:Version. —Mithgol the Webmaster 12:20, 10 июля 2008 (UTC)

• • Не поняли. Надо поставить не это, а вот это расширение, которое добавляет страницу Special:Cite, в Традиции отсутствующую. В Википедии такая служебная страница есть. ~ Silence 12:27, 10 июля 2008 (UTC)
    • Ах вот оно что. —Mithgol the Webmaster 12:48, 10 июля 2008 (UTC)
      • Поставлено.
        Александр Машин 13:47, 7 августа 2008 (UTC)

Import

Предлагаю ввести новый флаг, дающий доступ к Special:Import неадминистраторам. ~ Silence 09:25, 10 июля 2008 (UTC)

• Всячески поддерживаю такую идею. Порой импорт-флаг нужен и неадминам. Выдачу/снятие предлагаю выдать админам. Dream 02:37, 11 июля 2008 (UTC)
• Для добавления флага import надо добавить в LocalSettins.php такой код:

$wgGroupPermissions['sysop']['import'] = true;
$wgGroupPermissions['import']['import'] = true;
 
$wgAddGroups['sysop'] = array( 'import' );
$wgRemoveGroups['sysop'] = array( 'import' );

Silence^~ 18:40, 15 августа 2008 (UTC)

FlaggedRevs

В русском Викицитатнике было предложено введение этого расширения. Предлагаю установить его также и в Традиции, ввести оба флага (Editor и Reviewer). 1 параметр с 3 уровнями (не досмотренные, досмотренные, выверенные). Расширение для всех пространств имён. Флаги снимаются администраторами. ~ Silence 19:46, 14 июля 2008 (UTC)

После установки расширения и введения флагов следует также учесть вот эту реплику ГСБ участника Викицитатника:

Поддерживаю предложение. Но: 1) совместно с флагом Reviewer нужно ввести и Editor 2) нужно создать страницу с заявками на получение этих флагов (чтобы лишь-бы кто не рецензировал страницы).

~ Silence 19:55, 14 июля 2008 (UTC)

Ещё перед установкой желательно ознакомиться с этой страницей: ru:Википедия:Выверка статей/Flagged Revisions. ~ Silence 20:12, 14 июля 2008 (UTC)

А вот это, как мне думается, рано. Народ не поспевает статьи писáть, куда уж тут ещё заниматься их выверкою. —Mithgol the Webmaster 04:31, 15 июля 2008 (UTC)

Само расширение не помешает. Пусть флаги будут, как минимум тогда все статьи, написанные участниками с ними, будут автоматически помечаться как «досмотренные» и не потребуется проводить их проерку позже. ~ Silence 11:42, 15 июля 2008 (UTC)

Это-то ещё ладно бы. Я того боюсь, как бы кто не стал от написания страниц излишне себя отвлекать на выверку да на досмотр. —Mithgol the Webmaster 12:47, 15 июля 2008 (UTC)

Попутно выверке статьи буду улучшаться, так что ничего плохого я не вижу. Качество тоже важно, а не только количество статей. ~ Silence 17:30, 16 июля 2008 (UTC)

Параметры расширения

Когда будет поставлено это расширение, следует установить следующие параметры (добавить в LocalSettings.php:

$wgFlaggedRevsAutoReviewNew = true;
$wgSimpleFlaggedRevsUI = true;

$wgFlaggedRevsAutopromote = false;
 
$wgFlaggedRevTags = array( 'accuracy'=>2 );
$wgFlagRestrictions = array(
             'accuracy' => array('review' => 1),
);
$wgFlaggedRevsOverride = false;
$wgFlaggedRevsLowProfile = true;
$wgFlaggedRevValues = 3;
$wgFlaggedRevsPrecedence=false;
$wgFlaggedRevTabs = true;

$wgUseStableTemplates = true;
$wgUseStableImages = true;

$wgGroupPermissions['autoconfirmed']['autopatrolother'] = false;

$wgGroupPermissions['sysop']['review']          = true;
$wgGroupPermissions['sysop']['autoreview']      = true;
$wgGroupPermissions['sysop']['autoconfirmed']   = true;
$wgGroupPermissions['sysop']['userrights']      = true;
$wgGroupPermissions['sysop']['patrolmarks']     = true;
$wgGroupPermissions['sysop']['autopatrolother'] = true;
$wgGroupPermissions['sysop']['unreviewedpages'] = true;
$wgGroupPermissions['sysop']['validate']        = true;

$wgGroupPermissions['bureaucrat']['review']          = true;
$wgGroupPermissions['bureaucrat']['autoreview']      = true;
$wgGroupPermissions['bureaucrat']['autoconfirmed']   = true;
$wgGroupPermissions['bureaucrat']['patrolmarks']     = true;
$wgGroupPermissions['bureaucrat']['userrights']      = true;
$wgGroupPermissions['bureaucrat']['autopatrolother'] = true;
$wgGroupPermissions['bureaucrat']['unreviewedpages'] = true;
$wgGroupPermissions['bureaucrat']['validate']        = true;

;

$wgAddGroups['sysop'] = array( 'editor', 'reviewer' );
$wgRemoveGroups['sysop'] = array( 'editor', 'reviewer' );

// https://bugzilla.wikimedia.org/show_bug.cgi?id=14166
$wgGroupPermissions['autoconfirmed']['movestable'] = true;

$wgFlaggedRevsNamespaces = array( NS_MAIN, NS_IMAGE, NS_TEMPLATE );

Silence^{~ talk} 16:57, 6 августа 2008 (UTC)

CentralAuth

Предлагаю установить это расширение. Польза несомненна. ~ Silence 17:42, 16 июля 2008 (UTC)

• Каковá ж она? Разве есть у нас несколько проектов? —Mithgol the Webmaster 05:09, 17 июля 2008 (UTC)

Nuke

Это расширение добавляет функцию массового удаления страниц, что может быть в целом полезно для отражения вандальных атак. Silence^{~ talk} 21:12, 26 июля 2008 (UTC)

Makesysop

Расширение добавляет уровень прав доступа steward. Silence^{~ talk} 11:55, 2 августа 2008 (UTC)