Традиция:Техническая поддержка/Архив/июль-август 2008

Материал из свободной русской энциклопедии «Традиция»
Перейти к: навигация, поиск
Сообщество: Портал • Разговоры • Голосования • Опросы • Администрация • Активность • События • Пожертвования
Запросы: к администраторам • к бюрократам • изменение прав • на защиту, объединение, переименование и удаление страниц • на скрытие их версий • на проверку участников • к посредничеству • на комментирование • на источники
Оценка: Примечательные статьи
Техническая поддержка • Приспособления • Личные скрипты и оформление • Ботоводство • К загрузке
Проекты: Работа недели • Патруль • О Википедии • Тематические: РБ, ГпР, Словарик • Авторские: АПЭ, ТСДНЭ
Техническая поддержка/Архив/июль—август 2008
Архив технических вопросов за июльавгуст 2008


Служебная:Version[править]

При открытии этой служебной страницы ничего не отображается. В чём проблема? Silence~ 14:52, 25 августа 2008 (UTC)

Неанонимные атаки и память[править]

Приняты меры для борьбы с вредительскими нападениями зарегистрированных пользователей:

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

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

Снова изменены настройки памяти. Теперь разнообразные ошибки её выделения (см. ниже) маловероятны. Вместо них система будет работать медленнее, и не исключено аварийное завершение по таймауту.

Александр Машин 08:34, 24 августа 2008 (UTC)

  • Слава Богу! Слава Новокузнецку! Слава России! А таймаут я бы утроил, ибо тем правильное направление движения (от пиковых нагрузок к их перераспределению по времени) закреплено окажется. —Mithgol the Webmaster 20:17, 24 августа 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)
  • Недавняя атака (имевшая определённые признаки автоматизации) показала, что бережёного Бог бережёт. —Mithgol the Webmaster 18:12, 23 августа 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)
      • Стоп, тут я нить твоего рассуждения потерял. У кого не работают откаты? —Mithgol the Webmaster 15:40, 22 августа 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)

  • 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: popen(/usr/bin/diff3 -a --overlap-only '/tmp/merge-mine-wA7Qmy' '/tmp/merge-old-Bnark0' '/tmp/merge-your-Jeyjp6',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-wA7Qmy' '/tmp/merge-old-Bnark0' '/tmp/merge-your-Jeyjp6',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~ 13:42, 22 августа 2008 (UTC)

  • Прошу прекратить размещать на этой или других страницах репорты об ошибках, причина которых — нехватка памяти (из текста ошибки это всегда понятно). В условиях отсутствия доступной памяти ошибки могут появиться в любой момент выполнения скрипта, и размещать их текст здесь нет смысла: они не дают полезной для «Традиции» информации. Яков 14:59, 22 августа 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)

Заявки на статус паппета[править]

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

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

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

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

  • Согласитесь, кащественный психокод получился, хоть и непреднамеренно?
    Александр Машин 17:47, 14 июля 2008 (UTC)
    • На этот вопрос я не буду отвечать, поскольку он мне отвратителен в силу расовой и вероисповедной неприязни к кащенизму.Mithgol the Webmaster 19:08, 14 июля 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)

Настройки[править]

Наиболее красные ссылки[править]

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

  • К сожалению, сделано наоборот: она отключена полностью. Я пару дней назад, путём эксперимента, выяснил, что один обычный её запуск делал сервер полностью недоступным для выполнения других запросов на генерацию страниц в течение, примерно, 7 минут, после чего ещё в течение 3—5 минут могли появляться ошибки памяти.

    Удивительно то, что, хотя об этой проблеме, если не ошибусь, сообщалось уже в течение года, по всей видимости, никто не воспользовался этой, не требующей приложения каких-либо особых усилий, ресурсов и затрат трафика, возможностью, чтобы сделать выполнение скриптов перманентно недоступным. Другое дело, что эту страницу примерно 5—15 раз за сутки вызывали поисковые боты, что приводило к указанным выше последствиям (а до распределения загрузки по времени, возможно, ещё бо́льшим).

    Включение этой страницы вряд ли когда-либо будет возможным, ведь даже в Википедии не смогли обеспечить её работу. Яков 11:09, 6 сентября 2008 (UTC)

    • Очень печально, если так, поскольку «блоковый» метод создания статей, который я применяю, от этого теряет в цене.--Orso 11:41, 6 сентября 2008 (UTC)

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

Помимо этого, перемещены в кеш страницы «Статьи по дате последнего редактирования», «Разорванные перенаправления», «Тупиковые страницы», «Страницы, описывающие многозначные термины», «Двойные перенаправления», «Список перенаправлений», «Страницы-сироты», «Длинные статьи», «Страницы, включённые в большое количество категорий», «Самые используемые изображения», «Категории, на которые больше всего ссылок», «Самые используемые шаблоны», «Страницы, на которые больше всего ссылок», «Наиболее часто редактировавшиеся страницы», «Статьи с наименьшим количеством изменений», «Короткие статьи», «Некатегоризованные категории», «Некатегоризованные страницы», «Некатегоризованные изображения», «Некатегоризованные шаблоны», «Требуемые категории», «Страницы, за которыми никто не следит», «Неиспользуемые шаблоны», «Страницы без межъязыковых ссылок», «Популярные страницы» — так же сделано и в Википедии. Эти страницы (за исключением «Страницы, на которые больше всего ссылок», которая тоже по каким-то причинам оказалась весьма ресурсоёмкой) будут гарантированно обновляться раз в сутки, а возможно и чаще (по ситуации). Яков 08:00, 14 сентября 2008 (UTC)

  • Как хорошо, Господи. —Mithgol the Webmaster 07:54, 1 октября 2008 (UTC)
  • Однако насчёт «гарантированно обновляться раз в сутки» я ужé не увѣренъ. На Служебная:Shortpages стоит дата недельной давности, напримѣръ.Mithgol the Webmaster 06:31, 4 октября 2008 (UTC)
    • Прошу прощения: забыл добавить обновление в планировщик. Со следующего дня должно обновляться. Яков 14:07, 4 октября 2008 (UTC)
      • И тем не менее не заметно, чтобы страница Служебная:Shortpages обновлялася. —Mithgol the Webmaster 10:56, 6 октября 2008 (UTC)
        • Сильно извиняюсь. Уж теперь, вроде бы, всё. Яков 06:50, 12 октября 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)

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 или в обратную сторону.
    • Комментарий: fullurl как раз предназначен для того, чтобы генерировать ссылки с использованием того домена, который использовал читатель для запроса страницы. Яков 05:41, 1 сентября 2008 (UTC)

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

  • Собственно говоря, работает и просто traditio.ru — без www. И потому предлагаю, во имя укорачивания и единообразия URLов, принять именно traditio.ru в качестве основного имени, а с других установить перенаправления:
RewriteEngine on
RewriteCond %{HTTP_HOST}   !^traditio\.ru$  [NC]
RewriteCond %{HTTP_HOST}   !^localhost$     [NC]
RewriteCond %{HTTP_HOST}   !^$
RewriteRule ^(.*)$         http://traditio.ru/$1  [L,R]

Эти строки надобно добавить в .htaccess внутри DocumentRootовского каталога. Или в другой аналогичный конфиг Apache-сервера.Mithgol the Webmaster 08:00, 24 августа 2008 (UTC)

  • Переадресация на traditio.ru частично сделана, но при помощи временного решения: остатки от старого сайта «Традиции» не позволяют сделать просто и быстро. Яков 05:41, 1 сентября 2008 (UTC)
  • Теперь сделано до конца и прямо, но не с использованием mod_rewrite, а при помощи mod_alias. Для сведения: перенаправления идут с поддоменов www, wiki, new и old. Яков 11:29, 6 сентября 2008 (UTC)

Расширения[править]

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

Click[править]

Я доработал расширение Click, существенно помогающее в решении задачи снабжения сайта кнопками. Осталось его установить. Прошу установить. (Это обсуждалося ещё в июле, но, вероятно, просто прошло незамеченным.) —Mithgol the Webmaster 20:00, 23 августа 2008 (UTC)

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

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

PageNotice[править]

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

Cite[править]

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

    • Не поняли. Надо поставить не это, а вот это расширение, которое добавляет страницу Special:Cite, в Традиции отсутствующую. В Википедии такая служебная страница есть. ~ Silence 12:27, 10 июля 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)

CheckUser[править]

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

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

Editcount[править]

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