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

Сообщество: Портал • Разговоры • Голосования • Опросы • Администрация • Активность • События • Пожертвования • TelegramTelegram • Профиль сообщества ru_traditioЖЖ
Запросы: к администраторам • к бюрократам • изменение прав • на защиту, объединение, переименование и удаление страниц • на скрытие их версий • на проверку участников • к посредничеству • на комментирование • на источники • о саморекламе
Оценка: Примечательные статьи
Техническая поддержка • Приспособления • Личные скрипты и оформление • Ботоводство • К загрузке
Проекты: Работа недели • Патруль • О Википедии • Тематические: РБ, ГпР, Словарик • Авторские: АПЭ, ТСДНЭ
Техническая поддержка/Архив/июль—август 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)

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)