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

Внимание! Внимание! Загрузка файлов!!

Пристальное вглядывание вон в ту страницу показывает, что участник Dr.Alkin загрузил файл Изображение:Jewreptiloid.jpg, хотя прошло только двадцать шесть минут после регистрации этого пользователя в Традиции. Прошу техников разобраться, куда девалися ограничения на загрузку файлов, и воротить их на место (что главное!), а не то нас может ожидать куча мрачной херни наподобие lurk:Служебная:Contributions/Крот. Это серьёзно. Я предупредил. Предлагаю конкретные меры:

// Свежезарегистрированные пользователи не могут грузить:

$wgGroupPermissions['user']['upload']          = false;
$wgGroupPermissions['user']['reupload']        = false;
$wgGroupPermissions['user']['reupload-shared'] = false;

// Только достаточно давние пользователи могут грузить:

$wgGroupPermissions['autoconfirmed']['upload']          = true;
$wgGroupPermissions['autoconfirmed']['reupload']        = true;
$wgGroupPermissions['autoconfirmed']['reupload-shared'] = true;

// И вот что такое «достаточно давние пользователи»:

$wgAutoConfirmAge = 3600*24; // не менее суток с момента регистрации
$wgAutoConfirmCount = 10; // не менее десяти правок страниц

Весь этот код надо без промедления добавить в LocalSettings.php. —Mithgol the Webmaster 07:13, 2 декабря 2008 (UTC)

• Код добавил. Проблема была в том, что мной не были прописаны $wgAutoConfirmAge и $wgAutoConfirmCount в новом LocalSettings.php. Права же были, кроме 'reupload-shared' — добавил и их. Яков 07:42, 2 декабря 2008 (UTC)

• Спасибо за оперативность реакции; права же 'reupload-shared' прежде не были нужны, но теперь внезапно стали нужны, поскольку подключили Викисклад. —Mithgol the Webmaster 13:07, 2 декабря 2008 (UTC)

Изображения формата SVG

Почему-то перестали преобразовываться в изображения описания на языке SVG. Пытался я вместо одного такого описания загрузить изображение в этом же формате, но результат один: «Файл либо повреждён, либо имеет неверное расширение. Пожалуйста, проверьте файл и попробуйте загрузить его ещё раз». Ещё небольшая ошибка: ссылка «Справка» на левой панели в блоке «Созидание» ведёт на несуществующую статью Справка:Справка. Сый 14:58, 30 ноября 2008 (UTC)

• Статья сделана существующею. —Mithgol the Webmaster 03:24, 1 декабря 2008 (UTC)

А не лучше ли всё ж эту статью поставить по адресу Традиция:Справка, сделав со Справка:Справка перенаправление? Сый 13:46, 1 декабря 2008 (UTC)

• А зачем бы? У нас в Традиции постепенно устанавливается разделение между чисто техническими справочными страницами (которые попадают в пространство «Справка:») и более идеологическими и метапедическими руководствами, которые остаются в пространстве «Традиция:». Мне такое разделение представляется естественным и хорошим. —Mithgol the Webmaster 06:48, 2 декабря 2008 (UTC)

Ну в таком случае я согласен с Вами. Однако название «Справка:Справка» врядли можно назвать удачным. Лучше уж «Справка:Главное» или «Справка:Общая». Сый 13:02, 2 декабря 2008 (UTC)

Автоматизация переноса изображений с Викисклада

У нас есть возможность полностью автоматизировать восприятие изображений из Викисклада с физическим их переносом (по мере необходимости в нём) и (как там заявлено) с кэшированием миниатюр на стороне Традиции. Это достигается следующими строчками в LocalSettings.php:

$wgForeignFileRepos[] = array(
   'class'            => 'ForeignAPIRepo',
   'name'             => 'shared',
   'apibase'          => 'http://commons.wikimedia.org/w/api.php',
   'fetchDescription' => true, // Optional
);

Давайте включим и поглядим, чё будет, а не то руками всё со склада таскать и времени нет, и труд лишний. Пущай машинки потрудятся. —Mithgol the Webmaster 16:01, 27 ноября 2008 (UTC)

• Добавил эти строки, глядите. Яков 08:22, 28 ноября 2008 (UTC)
• Изучив $wgForeignFileRepos, понял, что с этим массивом кеширование миниатюр на стороне Традиции не делается. Также, о том, что оригиналы изображений будут переноситься на сервер, упоминаний я не нашёл (возможно, невнимательно искал). Кстати, и с той и с другой функциональностью есть некоторый неясный момент: в случае их включения сервер Традиции будет и сам клиентом для Викисклада, сгружая с него значительное число файлов, что приведёт к значительному увеличению входящего трафика. Мне неведомо, на каких условиях и в каком количестве хостером предоставляется оплаченный для Традиции трафик — нужно, чтобы неясность разъяснил Сергей Нестерович. Яков 08:48, 28 ноября 2008 (UTC)
  • Да, трафик может быть проблемой. Может быть, для тех изображений, что ещё не были импортированы к нам, возможно организовать перенос только лишь образов-иконок, с вики-склада на внутренний сервер (хм. 3 млн - но не сразу?), и только при запросе полного изображения - пользователь быдет выходить с иконки на вики-склад сам? Alexandrov 09:56, 28 ноября 2008 (UTC)
    • Честно говоря, я не совсем понимаю, для чего хотя бы что-то копировать на Традицию. В данный момент и миниатюры в статьях, и сами изображения грузятся пользователям с Викисклада — и всё это, похоже, отлично работает. Поведение же при открытии страниц викискладовских изображений полностью аналогично таковому в Википедиях. Яков 10:14, 28 ноября 2008 (UTC)
      • Пример - импорт в качестве черновика статьи Анаглиф, из англовики - конечно, как стаб она неплоха, её текст нами пишется и/или переводится с английского, при этом по ходу дополняется или псправляется. Но статья уже содержала пакет свободных рисунков - у нас же каждый приходится перезаливать вручную. Подписи, разумеется, пишем заново - но если бы была возможность уменьшить рутинную часть переноса изображений руками, поручив эту нетворческую работу роботам... :-) ...больше времени на собственно написание и вычитку статей было бы. Alexandrov 10:49, 28 ноября 2008 (UTC)
        • Нет, Вы полностью не поняли моей реплики. В настоящий момент предложенными Мицголом настройками реализовано ровно такое состояние, которое Вы описываете: сейчас достаточно сохранить текст страницы из Википедии с включенными викискладовскими изображениями, и больше делать ничего не нужно — не надо ни заливать никаких изображений вручную, ни составлять страницы описаний — всё будет отображаться в полном объёме автоматически — Вы можете это проверить сами. К этому у меня нет никаких претензий, и даже наоборот. Моё же недоумение вызвано вопросом совершенно иного рода, а именно, идеей закачивания миниатюр изображений на сервер Традиции, вместо того, чтобы оставить включение их в страницы движком с upload.wikimedia.org. Яков 12:43, 28 ноября 2008 (UTC)
  • Спасибо, что приделали эту фичу. Теперь статьи, наконец-то, преобразились. Dream^p2 05:05, 29 ноября 2008 (UTC)
  • Признайтеся, господа техники, связывался ли кто-либо из вас по вышеописанному поводу с Нестеровичем? Чего там с траффиком? —Mithgol the Webmaster 02:24, 1 декабря 2008 (UTC)

Относительно трафика я не вполне понял вопрос - имеется ввиду единомоментный перенос 3 млн. изображений с викисклада или выкачка их из викисклада каждый раз, когда соответствующее изображение будет показываться пользователю или что-то ещё? Wikitraditio 04:15, 14 декабря 2008 (UTC)

Гордоновская плотина.
Пример изображения, автоматически заимствуемого с Викисклада.

• Я думаю, мы можем забыть об этой проблеме: таков итог моих наблюдений. Рассказываю: во-первых, мы не говорим о переносе трёх миллионов изображений, поскольку изображения поступают из Викисклада по мере необходимости, по мере включения их в статьи Традиции. А во-вторых, на самом деле изображения с Викисклада поступают не на сервер Традиции, а непосредственно во браузер читателя. Если реальный размер показываемого изображения меньше, чем демонстрируемый, тогда задача увеличения картинки возлагается на браузер читателя. (Тому примером позапозавчерашняя версия статьи «Андрей Ким Таэгон»: изображение католического святого в ней загружается непосредственно с Викисклада без преобразования — даже несмотря на то, что на складе размер его 216 × 300 точек, а в Традиции 250 × 347 точек: изображение растягивается браузером читателя, а не сервером Традиции или сервером Викисклада.) Если реальный размер показываемого изображения больше, чем демонстрируемый, или если он равен демонстрируемому, тогда thumbnail либо оригинал изображения также поступает с сервера Викисклада. (Справа от моей реплики — пример фотографии, размер которой уменьшен по сравнению с оригиналом; URL файла thumbnail-картинки, включаемой в статью Традиции, соответствует Викискладу.) Следовательно, включение изображений с Викисклада не приводит к копированию их из Викисклада в Традицию. Самое большее, копируется текст их описаний (авторство, лицензия, дата, и т. д.), но я не думаю, что этот сравнительно ничтожный траффик может хоть сколько-нибудь затруднить деятельность Традиции. Это положение дел — именно нынешнее; возможно, дальнейшими донастройками можно было бы заставить Традицию чего-нибудь дополнительно утягивать с Викисклада и кэшировать у себя, но в том нужды я не вижу. Напротив, на мой взгляд, именно сейчас мы имеем дело с идеальным решением проблемы автоматизации, позволяющим не таскать изображения с Викисклада ни вручную, ни автоматически (не тратить время и траффик авторов и сервера на труд едва ли созидательный), а сосредоточиться на созидании текста статей Традиции и на розыске иллюстраций, на Викискладе отсутствующих. —Mithgol the Webmaster 10:20, 14 декабря 2008 (UTC)

Google Analytics Integration

Объясните мне, зачем в Традиции установлено расширение Google Analytics Integration, кто и зачем с его помощью следит за читателями и неадминистративными участниками Традиции. —Mithgol the Webmaster 13:39, 25 ноября 2008 (UTC)

• Установил вероятно Александр Машин. У меня доступа к статистике нет, впрочем я не думаю, что с помощью него можно следить, у техников есть прямой доступ к базе, который при желании может использоваться для сбора данных. Анатолий 17:08, 25 ноября 2008 (UTC)
  • Но как же возможно не думать, что с помощью него можно следить, ежели только для одного этого расширение и предназначено? —Mithgol the Webmaster 03:48, 26 ноября 2008 (UTC)
    • У меня на сайте provizorii.ru стоит это расширение. При большом числе посещений проследить за кем-то по его отчетам мне представляется затруднительным. Впрочем, детали работы этого расширения лучше Вам обсудить с более технически подкованными чем я участниками, например с Яковом. Анатолий 01:01, 27 ноября 2008 (UTC)
• Суть была такова: ещё в начале моего появления на сервере мною было предложено Александру Машину установить это расширение для того, чтобы получать статистику о том, какова посещаемость проекта и т. п. (никаких данных об этом не было). Машин, как обычно, сказал, что «будет смотреть», и в итоге поставил расширение где-то через месяц (точно сейчас не скажу, логи бесед от меня далеко). (Надо было ставить самому.) Так как ставил расширение Машин, то аккаунт в Google зарегил тоже он, а мне дал права на обычный просмотр, то есть без права добавлять кого-либо еще и т. п. Я же, придумав идею установить это расширение, предполагал, что доступ будет даваться любому, кто запросит доступ (особенности Google Analytics таковы, что открыть статистику в публичный доступ не удастся). После установки я спросил Машина, что с доступом, и он сказал, что мол доступ следует получать «через стюардов», и, причем, стюардам он выдаст доступ, когда они сами попросят. Я предложил Машину выдать полный доступ хотя бы бюрократам, чтобы они могли давать желающим право просматривать статистику (а на Традиции спросить у сообщества, кому можно будет ее просматривать, а кому нет). Машин снова ответил, что «будет смотреть», и на этом дело закончилось. Что касается слежки — если ты работал с Google Analytics, то должен знать, что никакой слежки там устроить нельзя. Яков 06:16, 26 ноября 2008 (UTC)
  • Я не работал с Google Analytics, поэтому поверю на слово. Возможно, пользователям оно не даёт следить. Но тогда следующий вопрос: а сама-то управляемая евреями компания Google при помощи этого расширения не сможет ли следить за участниками русской энциклопедии? Кроме того, им фактически достаточно на денёк отдавать со своих серверов для Традиции несколько изменённый скрипт, чтобы похитить cookies и учётные записи всех активных участников. Нифига себе дыра в безопасности. —Mithgol the Webmaster 06:37, 26 ноября 2008 (UTC)
    • Здесь вопрос сводится к тому, насколько сообщество считает реальным вероятность угрозы конфиденциальности с этой стороны. Я полагаю, что описанный тобою вариант в разы менее вероятен, чем если бы конфиденциальность участников нарушила компания, предоставляющая для Традиции хостинг, или же эксплуатант датацентра, где сервер Традиции находится. Яков 07:05, 26 ноября 2008 (UTC)
• В соответствии со всем выше сказанным прошу выдать права на контроль за расширением участникам, занимающимися сбором статистики по Традиции. Также я считаю не очень корректным факт «узурпации» этой статистики одним из техников Традиции. Dream^p2 06:23, 26 ноября 2008 (UTC)
  • А я бы предпочёл видеть это расширение снесённым; статистику же можно собирать средствами, дающими чужому серверу куда меньше возможностей, нежели скачиваемый с него и запускаемый скрипт. Есть же куча счётчиков-картинок: HotLog, SpyLOG, LiveInternet, восхитительный W3Counter, новейший многообещающий Статун, и т. д. Кроме того, есть же логи сервера Традиции: что мешает их анализировать? Кроме того, есть же расширения MediaWiki, можно было поставить mw:Extension:Usage Statistics или mw:Extension:FireStats. Нешто свет клином на Google Analytics Integration сошёлся? —Mithgol the Webmaster 07:00, 26 ноября 2008 (UTC)
    • Не пойму, зачем «придумывать велосипед»... Google Analytics достаточно неплохая и адаптированная под MediaWiki система. Dream^p2 04:55, 27 ноября 2008 (UTC)
• Доступ к статистике имеют те, кто о нём просил. Яков забыл сказать, что он настраивается не на «Традиции», и поэтому не может быть автоматически предоставлен всем администраторам или бюрократам «Традиции».
  Александр Машин 12:54, 26 ноября 2008 (UTC)

  Не знаю насчет остальных «кто просил», но я доступа к статистике так до сих пор и не получил. Я обратился к Александру Машину с просьбой выдать доступ к расширению мне, как главному сборщику статистики, однако он ответил, что это будут рассматривать стюарды. С тех пор дело и повисло. Dream^p2 13:26, 26 ноября 2008 (UTC)

  На вопрос Машина выдавать ли Вам доступ, я ответил, что надо дать право на выдачу доступа к статистике бюрократам. Как я понимаю, на это был согласен второй стюард, почему это не было сделано я не знаю. У меня доступа также нет, но я собирался попросить доступ у бюрократов, когда им дадут такое право выдавать этот доступ Анатолий 15:40, 26 ноября 2008 (UTC)

  1. Я не извлёк особой пользы из этого расширения, кроме самой общей статистики. Впрочем, Google Analytics требователен к пропускной способности или просто работает медленно, так что я мог изучить не всю функциональность. Возможностей слежки я там не увидел. Можно обсудить целесообраность его удаления или замены или дополнения другим с точки зрения безопасности и удобства.
  2. Есть еврейский анекдот, кончающийся словами «Купи билет!». Я не могу дать доступ к статистике обладателям флага администратора, бюрократа, «главного сборщика статистики», тому, кто только собирается его попросить, или тому, кто молится о нём Богу. Чтобы получить доступ к статистике необходимо попросить об этом того, кто может давать к ней доступ, сообщив название учётной записи в Google. Сейчас доступ могут давать два стюарда: я и С. Нестерович. Анатолий и К. Крылов получат это же право по первому требованию. В настоящее время я возражаю против выдачи права на выдачу прав доступа к статистике другим лицам. С другой стороны, я не против выдачи прав на просмотр статистики любому активному участнику, если только не будет показана опасность этого.
  3. Если Dream — Афиногенов, если он правильно сообщил мне адрес электронной почты, а я правильно ввёл его с телефона, то доступ давно был дан.
• Александр Машин 03:20, 27 ноября 2008 (UTC)
  • Вот сейчас работает. Но нужно было меня предупредить, хотя бы послав на данный мною адрес почты письмо. Dream^p2 04:55, 27 ноября 2008 (UTC)

Несоответствие числа правок

Не соответствует число правок в статистике и адресах правок. Например, в статистике говорится о 178500 правках (Служебная:Statistics), а в адресе одной из последних правок говорится следущее: http://traditio.ru/w/index.php?diff=188767

Просьба как-то разобраться техникам, из-за чего подобный баг возникает. Dream^p2 10:18, 25 ноября 2008 (UTC)

• Вы озадачили, конечно :) В первом приближении могу сказать, что у нас здесь возможностей не больше вашего. Числа эти разнятся не только в Традиции, но и в других установках движка MediaWiki. Сам предположу, что при импорте правки от пользователей, сделавших последнюю правку на странице в момент ее импорта в другой проект, в общее число правок не добавляются (отсюда и разница). Яков 06:42, 26 ноября 2008 (UTC)
• Довесок. Пустил ради интереса php initStats.php --update — значения там и там почти сравнялись. Яков 06:48, 26 ноября 2008 (UTC)

• Это поэтому сейчас счётчик статей прыгнул на 1500+ вверх? — Тыгусмыгус 07:18, 26 ноября 2008 (UTC)

• Да. Спасибо за исправление. Сейчас всё таково, как хотелось бы видеть. Dream^p2 07:22, 26 ноября 2008 (UTC)
• Выполнил php updateArticleCount.php --update. Теперь статей 18 тысяч :) Яков 08:07, 26 ноября 2008 (UTC)

А будет ли этот счётчик показывать верные цифры, когда мы станем определять, какая именно статья является двадцатитрёхтысячною? Или он раз в неделю обновляется? —Mithgol the Webmaster 07:37, 26 ноября 2008 (UTC)

• А-а, фигассе, их реально меньше девятнадцати тыщщ теперь. Понятно. —Mithgol the Webmaster 09:09, 26 ноября 2008 (UTC)

Самые активные участники

Т:САУ по-прежнему не открывает список самых активных участников.

А ещё, когда жмёшь на этой странице «Новые темы добавляйте сверху, пожалуйста.» то вместо добавления темы движок выдаёт непонятный адрес http://traditio.ru{{localurl/ — Тыгусмыгус 09:20, 24 ноября 2008 (UTC)

• Я вроде бы исправил всюду. Проверяй. —Mithgol the Webmaster 04:20, 25 ноября 2008 (UTC)

• Ну то есть добавление темы исправил. Чтобы «Т:САУ» исправить, техник нужен. —Mithgol the Webmaster 04:21, 25 ноября 2008 (UTC)

Поиск (OpenSearch)

Я попробовал доустановить поисковый плагин Традиции в Firefox обычным способом, но потерпел неудачу.

Пишет, что http://traditio.ru/w/opensearch_desc.php не может быть установлен.

Может ли быть, что файл этот отдаётся с неверным MIME или что-то в этом же духе?

Или в итоге работы этого файла просто перед <?xml стоит пробел лишний? (Тогда надобно техникам файл попатчить будет. И пропатчить.) —Mithgol the Webmaster 03:46, 24 ноября 2008 (UTC)

Цвет

• Хочу обратить ваше внимание, что красные ссылки несуществующих ещё статей слишком вызывающи и раздражают смотрящего или читающего статьи: они создают вид незаконченности, хотя — к примеру, статья уже дописана и не нуждается в доработках или дополнениях. В русском есть очень хорошая пословица, отражающая данный факт: «красному и дурак рад». Я понимаю, что «красному — красивому» может быть рад и дурак, но согласитесь — не красиво, когда в статье сплошное количество красных слов и словосочетаний. Может быть в настройках *.css заменить цвет с красного на коричневый, сиреневый, сизый или какой-нибудь более мягкий с менее горячими тонами и оттенками. --173.68.55.86 18:37, 23 ноября 2008 (UTC)

• К расцветке таких мелких и тонких элементов дизайна, как буквы, подходить надобно с большой осмотрительностию. Так, например, коричневый цвет сверх меры похож на говно; если бы им была залита большая площадь, то оказались бы возможными какие-либо вариации оттенков, но в тонких небольших элементах разница оттенков закономерно скрадывается. Сиреневый не подходит, поскольку фиолетовым принято помечать посещённые ссылки, и не нам нарушать эту общепринятую семиотику. Сизый (или близкий к нему) у нас используется для пометки внешних ссылок. К тому же, когда человек приходит в Традицию из другой вики, разве не будет он неприятно удивлён, если красные ссылки тут не красные, а оранжевые или ядовито-зелёные? В психологии этакое называют разрывом шаблона. —Mithgol the Webmaster 19:48, 23 ноября 2008 (UTC)

captcha

• Фигня начала запрашивать «иносраные» словечки при редактировании страниц. --Genius (просто, скромный гений) 17:53, 23 ноября 2008 (UTC)
  • Не выражайтесь, Genius. —Mithgol the Webmaster 18:02, 23 ноября 2008 (UTC)
    • Я не выражёвываюсь, а констатирую факты. --Genius (просто, скромный гений) 18:11, 23 ноября 2008 (UTC)
  • Проблема в том, что выданные Вам права autopatrolled в связи с недавним апгрейдом не работали. Скоро права autopatolled будут восстановлены и проблемы с капчтей закончятся. Dream^p2 07:30, 24 ноября 2008 (UTC)
  • Проверьте, пожалуйста, каково теперь. Яков 13:34, 24 ноября 2008 (UTC)

Переустановка

По поднятым ниже техническим вопросам я должен сообщить сообществу следующее:

• Значительная часть технических проблем (невывод отдельных страниц, проблемы с семантикой) была вызвана ошибкой в PHP или кэширующем движке, которая активируется сочетанием отдельных страниц и определённой версии MediaWiki или какого-то расширения. Сейчас этот сбой обходится (хотя не исчезнет до более глубоких изменений ПО), из-за установки Яковом более новой версии MW или отключения им же какого-то расширения (UPD: под особенным подозрением Semantic MediaWiki 1.3) или настроек MW.
• Я сожалею, что обновление версии MediaWiki мною частично нарушило функциональность «Традиции», и приношу за это извинения сообществу. Прошу учесть, что это делалось по настойчивым просьбам отдельных участников сообщества, в одиночку, в попытке сохранить новую архитектуру MediaWiki, начатую, но не оконченную Яковом, и в условиях нарастающего цейтнота.
• Благодарю Якова за принятые меры. Я считаю их, в отсутствии явного запрета стюардов, оправданными. Я также думаю, что пожертвовать частью дополнительной функциональности и тонкими настройками, которые могут быть восстановлены в лучшие времена, ради восстановления части базовой функциональности, было допустимо. Я также понимаю, побывав 4 ноября в такой же ситуации, его раздражение в связи с вынужденным вмешательством в не оконченную работу другого человека.
• Я сомневаюсь, что упомянутые ниже самопальные расширения и изменения конфигурации сами по себе вызывали технические проблемы, хотя не исключаю, что расширения стабильно работавшие под MediaWiki 1.12, могли вызывать не сразу видимые ошибки (видимые сразу были сразу же и устранены) под MediaWiki 1.13. В будущем (не сразу, за неимением времени) они будут подключены по одному, если ещё не появились открытые расширения с той же функциональностью. Открытость кода каждого обещать не могу, по понятным причинам.
• Должен также сказать, что каждый новый апгрейд MediaWiki будет стоить дороже, ибо разработчики MediaWiki работают на «Википедию» и учитывают именно её конфигурацию. Всякое изменения конфигурации, всякое расширение, проприетарное, или нет, приходится тестировать заново. Апгрейд с 1.12 на 1.13.1 потребовал сутки непрерывной работы одного человека, несколько часов другого, и ещё потребует времени. В связи с этим сообществу может теперь станет понятен некоторый консерватизм техников в вопросах изменения версии движка (когда версия на .1 оказывается бетой) и установки новых расширений.
• Слишком широкие права системных администраторов появились после очередной донастройки прав по одной из многочисленных просьб одного из участников сообщества. Они вызваны сочетанием частной ошибки в правах и изменения механизма назначения прав в предпоследней версии MW. Необходимость нестандартной архитектуры присвоения прав вызвана тем, что в «Традиции» набор флагов и их права отличаются от «Википедии» и отличия эти в будущем могут только увеличиваться.
• Прошу Мицгола уточнить о какой заплате, связанной с регистром, речь. Я не помню.
• Что качается /wiki/ в URL вместо /w/, то это можно было бы исправить, но эти настройки делались Яковом, и я не стал вмешиваться, боясь нарушить какие-нибудь его незавершённые замыслы.
• Я вижу рамку вокруг <source> в Oper'е, см. например, MediaWiki:Summary.css.
• Временное отключение автоматического перенаправления с Т: на Традиция: было обусловленно, в числе прочего, тем, что оно не очень хорошо сочетается с семантикой. По многочисленным просьбам, я включил его снова, но до сих пор не уверен, нужно ли такое перенаправление.
• Остающиеся проблемы с семантикой, я надеюсь, пропадут по окончании работы одного скрипта.
• Должен сказать также, что в сентябре, помня о летнем кризисе и предвидя нынешние проблемы, я предложил стюардам организационные меры для улучшения технической поддержки «Традиции». Из-за вето одного из стюардов они не прошли. Сейчас самое время вернуться к этому вопросу, к чему я настоящим настоятельно призываю; если же в тех мерах что-то не нравится, не отвергать их целиком (это легче всего), а внести поправки.
• Прошу прощения, что за неимением времени, не мог ответить на другие вопросы.

Александр Машин 17:00, 23 ноября 2008 (UTC)

• По последнему пункту - об организационных мерах. Я не видел тогда и не понимаю и сейчас чем те меры могли бы улучшить ситуацию. Если Вы опубликуете те предложения, я могу высказаться более подробно. Причины летнего кризиса ИМХО тоже стоило бы обсудить чтобы он в дальнейшем не повторялся. Анатолий 17:22, 23 ноября 2008 (UTC)

• Понимая причины, по которым нельзя обещать открытость кода каждого расширения и каждой заплаты, я всё же желал бы видеть открытым код тех из них, которые не содержат таких сведений, которые не следует раскрывать. Это позволит техникам взаимно ведать логику происходящих усилий друг друга, а другим участникам Традиции (ведающим PHP) предлагать улучшения кода, когда и если такие улучшения и возможны, и желательны. В большинстве ситуаций, связанных с вынужденным вмешательством в неоконченную работу другого человека, большим подспорьем оказывается понимание смысла таковой работы и знание мельчайших деталей ужé совершённого им труда. И что же может лучше тому способствовать, нежели гласная публикация хорошо снабжённых комментариями исходников? (Вопрос риторический.) —Mithgol the Webmaster 17:48, 23 ноября 2008 (UTC)

• Какой кэширующий движок сейчас используется и почему? —Mithgol the Webmaster 17:48, 23 ноября 2008 (UTC)

• Я также вижу рамку в MediaWiki:Summary.css, но не вижу её, когда код вставляется прямо в некодовую страницу:

  $code = 'value'; //вот пример
  

  —Mithgol the Webmaster 17:48, 23 ноября 2008 (UTC)

• Прошу изложить подробности того, как именно автоматическое перенаправление с Т: на Традиция: скверно сочетается с семантикой. Быть может, соборно помыслим и упромыслим. —Mithgol the Webmaster 17:48, 23 ноября 2008 (UTC)

• Конкретнее, пожалуйста: по окончании работы какого именно скрипта можно надеяться, что должны пропасть остающиеся проблемы с семантикою? (Случайно не о php SMW_refreshData.php -v ли речь идёт?) —Mithgol the Webmaster 17:48, 23 ноября 2008 (UTC)

• Когда я говорил о заплате, связанной с регистром, то имел в виду вот что: в Википедии страницы с названиями, набранными строчными и заглавными буквами, считаются различными страницами, в Традиции же одинаковыми. Какими изменениями движка это было достигнуто? Прошу опубликовать исходники, чтобы возможно стало вдуматься в последствия изменений: например, мне хотелось бы понять, переменяется ли итог работы функции

  Title::newFromText('Имя страницы')->getText()
  

  или нет. —Mithgol the Webmaster 17:48, 23 ноября 2008 (UTC)

• Прошу Якова изложить проблемы, приведшие к необходимости именно таковых (чрезмерно длинных, на мой взгляд) путей, каковы нынешние «/w/index.php» и «/wiki/Имя_статьи»: желаю помыслить о том, как «/index.php» и «/w/Имя_статьи» вместо того достигнуть, а проблем избегнуть. —Mithgol the Webmaster 17:48, 23 ноября 2008 (UTC)

• Можно ли услышать, каковый были предложенные стюардам организационные меры для улучшения технической поддержки «Традиции», и чем мотивировалося вето одного из стюардов? Или же гласный рассказ об этом скверно затронет чувства слишком многих участников Традиции? —Mithgol the Webmaster 17:48, 23 ноября 2008 (UTC)

• • Сколько вопросов, а мне уже пора. Проблемы с семантикой видны в самом низу этой страницы. В SMW 1.3 они станут ещё хуже. Насчёт кэширующего движка и почему лучше спросить Якова — он ставил последний. Если не везде видна рамка, то спросить надо авторов последней версии соответстующего расширения. Впрочем, не исключаю, что это исправляется настройкой какого-нибудь стиля. Скрипт именно тот, но я уже заметил, что в настоящий момент он ничего не изменит к лучшему (и его даже придётся перезапустить после доустановки расширений). Всё решится при попытке апгрейда к SMW 1.3. Касательно заплатки — не уверен, что именно я это делал и не уверен, что дело именно в заплатке, а не настройке MW или даже mySQL. Потом подниму старые файлы. Меры вкратце предлагались такие: образовать особую тайную коллегию, с председателем, числом не менее трёх человек, для сопровождения и документирования движка, подотчётную стюардам, причём имена её членов должны были быть известными только им — для их защиты от недоброжелателей проекта.
    Александр Машин 18:03, 23 ноября 2008 (UTC)

• Не знаю, кого Вы имели в виду, когда говорили о том, что слишком широкие права системных администраторов появились после очередной донастройки прав по одной из многочисленных просьб одного из участников сообщества. Лично мне, как администратору, сейчас недостаёт прав доступа к Special:Userrights и возможности давать там право autoconfirmed. —Mithgol the Webmaster 19:52, 23 ноября 2008 (UTC)

• Например, наверху Genius пишет, что ему не по нраву капча, а я не могу глянуть, autoconfirmed он или не autoconfirmed. Стало быть, разруливать такие вопросы теперь целый бюрократ должен. Волокита! —Mithgol the Webmaster 20:33, 23 ноября 2008 (UTC)
• Поддерживаю. Выдачу некоторых флагов надобно администраторам включить. Dream^p2 02:03, 24 ноября 2008 (UTC)
  • Это произошло потому, что при создании новой сборки я оставил настройки, касающиеся дачи прав операторам устанавливать права, как менее критическую задачу, но, как и обещал, к сегодняшнему дню вернул всё (почти). Чтобы не тратить время на словесное описание, выкладываю непосредственно код, показывающий текущую ситуацию:

$wgGroupPermissions['user']['move'] = false;
$wgGroupPermissions['user']['upload'] = false;
$wgGroupPermissions['user']['reupload'] = false;

$wgGroupPermissions['autoconfirmed']['autoconfirmed'] = true;
$wgGroupPermissions['autoconfirmed']['upload'] = true;
$wgGroupPermissions['autoconfirmed']['reupload'] = true;
$wgGroupPermissions['autoconfirmed']['move'] = true;

$wgGroupPermissions['autopatrolled']['upload'] = true;
$wgGroupPermissions['autopatrolled']['reupload'] = true;
$wgGroupPermissions['autopatrolled']['move'] = true;
$wgGroupPermissions['autopatrolled']['autopatrol'] = true;

$wgGroupPermissions['importer']['importupload'] = true;
$wgGroupPermissions['importer']['import'] = true;

$wgGroupPermissions['patroller']['patrol'] = true;
$wgGroupPermissions['patroller']['autopatrol'] = true;
$wgGroupPermissions['patroller']['rollback'] = true;

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

# oversight:
$wgGroupPermissions['oversight']['hiderevision'] = true;
$wgGroupPermissions['oversight']['oversight'] = true;

# renameuser:
$wgGroupPermissions['sysop']['renameuser'] = true;

# interwiki:
$wgGroupPermissions['*']['interwiki'] = false;
$wgGroupPermissions['interwiki']['interwiki'] = true;
$wgGroupPermissions['sysop']['interwiki'] = true;

$wgRestrictionLevels = array ('', 'autoconfirmed', 'autopatrolled', 'sysop', 'bureaucrat');

$wgAddGroups['sysop'][] = 'patroller';
$wgAddGroups['sysop'][] = 'autopatrolled';
$wgAddGroups['sysop'][] = 'importer';
$wgAddGroups['sysop'][] = 'autoconfirmed';
$wgAddGroups['sysop'][] = 'interwiki';
$wgAddGroups['sysop'][] = 'bot';
$wgRemoveGroups['sysop'][] = 'patroller';
$wgRemoveGroups['sysop'][] = 'autopatrolled';
$wgRemoveGroups['sysop'][] = 'importer';
$wgRemoveGroups['sysop'][] = 'autoconfirmed';
$wgRemoveGroups['sysop'][] = 'interwiki';
$wgRemoveGroups['sysop'][] = 'bot';

Почти, потому что выдача флага autoconfirmed по каким-то причинам не действует; не действует возможность устанавливать защиту страниц на уровень «только для бюрократов» и «для автопатрулируемых». Также, прошу, кому интересно, обратить внимание на Служебная:ListGroupRights: теперь, после восстановления нормальной логики прав, эта страница стала значительно проще для понимания, чётко видна логика технических флагов. Яков 14:33, 24 ноября 2008 (UTC)

Последние строки, наверное, лучше сделать так (при помощи массивов):

$wgAddGroups['sysop'] = array( 'patroller', 'autopatrolled', 'importer', 'autoconfirmed', 'interwiki', 'bot' );
$wgRemoveGroups['sysop'] = array( 'patroller', 'autopatrolled', 'importer', 'autoconfirmed', 'interwiki', 'bot' );

— 94.180.143.29 15:28, 24 ноября 2008 (UTC)

Предлагаю всё же $wgGroupPermissions['autoconfirmed']['move'] = false (а может, даже и $wgGroupPermissions['autopatrolled']['move'] = false). Необходимость переименовать страницу возникает так редко, что лучше поручить эту задачу администраторам, но зато этой ценою избавиться от вандального каскадного переименования, который является, к несчастью, и популярным, и (что важнее) труднооткатываемым родом вандализма. —Mithgol the Webmaster 04:07, 25 ноября 2008 (UTC)

В целом, наверное, ты прав. Добавляю эти строки, но если кто-то не согласен — то пишите, поразмыслим ещё (отменить дело быстрое). Вместе с тем, думаю, стоит и вернуть для autoconfirmed стандартные значения по стажу и числу правок (раз уж они не смогут переименовывать). Яков 07:30, 25 ноября 2008 (UTC)

Уж сутки прошли, а никто не заявил в голос о том, что желает оспорить это ограничение. Кстати, я нашёл в лице списка свежих правок Anticopyright.Ru живой пример пагубности разрешения переименований для широкого круга лиц. Админы там целыми днями трудятся, удаляя злодейски составленные переименования. —Mithgol the Webmaster 07:58, 26 ноября 2008 (UTC)

считаю, что это Вы сделали несправедливо Ռուար 01:30, 29 ноября 2008 (UTC)

Участник:Box/gam После того, сколько (оскорблениемаразма удалено) я увидел, оказавшись на сервере (с сентября), и вот теперь, после этого опуса Машина, наполненного (оскорбление удалено) Яков 08:22, 24 ноября 2008 (UTC)

• Где же Вы, (личный выпадгений удалён), были всю осень, когда я наполнял конфигурацию сервера «маразмом», большая часть которого благополучно оставалась с тех пор, когда Вы активно администрировали сервер? Всем, желающим покритиковать техническое обслуживание сервера, напомню, что ничего, кроме понуканий «установи то» и «установи это» этой осенью я не получал. В лучшем случае, мне не мешали. Теперь лично Якову: похоже, Вы утратили чувство того, что допустимо, а что — нет. Не знаю, на чью поддержку в Вашем крестовом походе Вы надеетесь, но я, в своём деспотизме, буду банить за новые оскорбления.
  Александр Машин 13:10, 26 ноября 2008 (UTC)
  • Хотел бы заметить, что Яков много чего делал на сервере, в частности он его относительно наладил, когда Вы начали обновлять версию Медиавики и надолго исчезли, а ряд страниц не выводился после этого. Что конретно он делал, пусть он напишет сам. Насчет того, что нагрузка на Вас слишком велика: я могу повторить что я был не против назначения третьего техника. А те кто не допущен к работам на сервере, но болеют за происходящее, только и могут просить: "установи то", "установи это". Анатолий 16:05, 26 ноября 2008 (UTC)
• Насчет ситуации с техническим обслуживанием Традиции и претензий что я не утвердил техсовет с анонимными техниками (хотя против назначения третьего техника я ничего не имел, а скорее наоборот) отвечу известной цитатой:

(оскорблениеСели, блядь. Доводилов, Лещинин, — охуенных коней себе нашли. Умники! Проектанты, блядь! Ваше место у палатки, бутылки собирать, проектанты. Просрали все полимеры! Вы просрали, блядь! Вы! И не надо валить на <…>, на <…>, крайних понаходили, бля. Вы генпроектировщик? Нет потенции — сваливайте нахуй с рынка. И не позорьтесь. Нихуя сделать не можете. Ни одного проекта вовремя не дали. Всё, что дали, — всё переделывается! Подвесные потолки, блядь, в сортирах закладывать — это вы мастера! Вот в этом вы преуспели! А выдать нормальный проект по вентиляции — ума не хватает. Бахвалов ваш — дегенерат, бля. Он хоть раз видел вообще сплит-системы? То, что он закладывает. Тот же Лещинин. Вам самим не стыдно? Начальники отделов, бля! Лещинин — рабочий, Доводилов — рабочий. Володин, блядь, который вашим спецам, сорокалетним пердунам, объясняет, где датчики в моторе <…> Блядь, парню двадцать пять лет. Вы сами понимаете, что вы нули перед ним, блядь? Так вы хоть не позорьтесь, приходи́те сюда, молчите блядь, слушайте, что вам говорят и выдавайте вовремя! удалено)

—Анатолий 10:38, 24 ноября 2008 (UTC)

• Грубо. —Mithgol the Webmaster 13:48, 24 ноября 2008 (UTC)

• • Я завернул приведённую Вами цитату в шаблон. Лучше бы Вы её убрали совсем, а то могут подумать, что она намекает на Ваших коллег, чего Вы, конечно не имели в виду.
    Александр Машин 13:10, 26 ноября 2008 (UTC)

Переустановка

В связи со сложившейся ситуацией в технической части, только что было проделанно следующее. Создана с нуля «чистая» сборка движка MediaWiki последней версии, с наиболее критичными расширениями (причем теми расширениями, которые есть в репозитории Wikimedia, либо же достаточно известными, разрабатывающимися на стороне); все их можно увидеть на Special:Version.

Результатом этого стало то, что вся основная функциональность вроде бы заработала: не наблюдается ошибок вместо страниц; похоже, начала более-менее работать Semantic MediaWiki. Вместе со старой сборкой, естественно, отошли от рабочей сборки и все самопальные модификации, проделанные Александром Машиным в движке и расширениях; все самопальные расширения, сделанные Машиным и Мицголом.

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

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

Теперь о конкретике. Хотя всё сделано с нуля, всё равно могут быть разнообразные, и даже очень значительные баги — просьба сообщать о них здесь. Значительная часть некритичных расширений пока еще не подключена, также отброшены некоторые настройки, бывшие в старой сборке в LocalSettings.php (он так же сделан с нуля) — всё это я постараюсь успеть сделать за сегодня и, возможно, завтра. Яков 13:18, 23 ноября 2008 (UTC)

Довесок. Мицгол подтвердил годность работы своих расширений EmbedVideo и Click в 1.13.3, и я их включил. Яков 13:37, 23 ноября 2008 (UTC)

• Дополнение к довеску: по итогам нашей e-mailовой переписки я накодил новую версию расширения Click (см. changelog) и прошу теперь навесить именно её, чтобы устранить возможность известной ошибки в частном случае внешней гиперссылки, навешенной на изображение. —Mithgol the Webmaster 16:50, 23 ноября 2008 (UTC)
  • А где Click используется ещё, кроме бывших баннеров слева?
    Александр Машин 18:26, 23 ноября 2008 (UTC)
    • Сейчас помню, что в {{lj user}}, в {{lj comm}}, в {{lj syn}}, в {{placemark}}. —Mithgol the Webmaster 19:21, 23 ноября 2008 (UTC)
    • Ах да, и ещё в {{ljr user}}. Может, позже ещё что-нибудь вспомнится. —Mithgol the Webmaster 19:24, 23 ноября 2008 (UTC)
    • Вспомнилося: в шаблоне {{Мицголизмы}} ещё. —Mithgol the Webmaster 16:39, 26 ноября 2008 (UTC)
  • Навесил обновление. Яков 23:25, 23 ноября 2008 (UTC)

Довесок 2. Расширение CustomNavBlocks удалено нахрен, а MediaWiki:Sidebar силами Dream возвращен к нормальному виду. Удалено расширение потому, что нынешний вид боковой панели реализуется и без его помощи, а против текстовых ссылок заместо баннеров никто не возразил. Яков 13:43, 23 ноября 2008 (UTC)

Довесок 3. Начал подключать оставшиеся расширения. Подключено расширение Interwiki. Расширение Patroller, как я понял, подключать не нужно: ранее сообщество в результате какого-то обсуждения (не помню, где оно было), решило отключить патрулирование свежих правок (оставив патрулирование новых статей). Яков 15:33, 24 ноября 2008 (UTC)

Довесок 4. До переустановки в «Традиции» висело расширение Expandable tables. Но на странице по ссылке пишут, что расширение это вышло из употребления, и вместо него достаточно дополнить MediaWiki:Common.js. Прошу, если у кого-либо есть время и желание, разобраться, что следует делать — нужно ли возвращать расширение, или у нас всё и так работает как следует? Яков 15:41, 24 ноября 2008 (UTC)

• Я вот думаю: если всё так хорошо, то, быть может, мощностей хватит и на $wgAjaxSearch = true (выпадающие подсказки в поле поиска обеспечивает)? Испробуй, Яков. —Mithgol the Webmaster 14:32, 23 ноября 2008 (UTC)
  • По ссылке пишут, что это уже устаревшая настройка, а вместо нее предлагают использовать $wgEnableMWSuggest. Я ее включил — смотри, работает ли. Вдобавок скажу, что Dream недавно мне сообщал, что следует поставить Extension:TitleKey — похоже, это что-то схожее с этим — нужно будет взглянуть подробнее. Яков 15:09, 23 ноября 2008 (UTC)
    • Работает превосходно, спасибо. —Mithgol the Webmaster 15:26, 23 ноября 2008 (UTC)
• Машин, если ты это читаешь, представь на обозрение ту заплату, которой обеспечивалася регистровая независимость строчных / заглавных букв в названиях статей. —Mithgol the Webmaster 14:32, 23 ноября 2008 (UTC)

• Поддерживаю усилия по наладке Традиции, надеюсь, что в дальнейшем изменения и надстройки будут обсуждаться. Анатолий 14:50, 23 ноября 2008 (UTC)

• Похоже, MediaWiki больше не падает в белый экран смерти (ошибка «Invalid response», на которую так долго и так справедливо жаловались участники Традиции, теперь не происходит). И слава Богу. —Mithgol the Webmaster 15:34, 23 ноября 2008 (UTC)

• Ура! — заработало. А «кулибинам» надо бы сначало у себя в компе тренироваться — на виртуальном проекте, а уж потом (когда всё будет безотказным) вносить на «суд» общественности. --173.68.55.86 16:56, 23 ноября 2008 (UTC)

Объявление

Сегодня мне по внешним каналам участники Mithgol the Webmaster и Dream сообщили об обнаружении критической уязвимости в безопасности проекта. Суть уязвимости состояла в том, что любой из имеющих флаг sysop имел возможность присвоить любому аккаунту все возможные флаги. Я проверил действительность этой ситуации, дав с аккаунта Яковёнок (обладающего флагами sysop и bot) все возможные флаги аккаунту Box; до этого Mithgol the Webmaster проверил это и на себе, добавив аккаунту права стюарда. Всё оказалось действительно так, смотрите log/rights.

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

Начиная, предположительно, с лета 2008 года, Александр Машин начал создавать в конфигурации конструкцию, суть которой состояла в всеобъёмлющем переприсовении движковых прав флагам, а так же коснулась и настроек выдачи прав. Насколько я помню, в «Традиции» он нигде не объявлял об этом; лично я узнал только после получения прав техника. Эта переделка сопровождалась постоянными багами (об этом знали он сам, я, Анатолий, и это косвенно доказывается анализом Special:log/rights).

Фактические результаты этой деятельности отражены в разделе «Права участников» этой страницы (см. ниже): помимо проделанного переприсвоения, была переделана и «человеческая» логика флагов, кардинально отличающаяся от логики, предоставляемой движком по умолчанию. Технически, всё, что касалось прав, было вынесено Александром Машиным из LocalSettings.php в отдельный php-скрипт, подключаемый к нему. В этом скрипте был прописан некоторый алгоритм, полностью задающий распределение функций, касающихся прав, между аккаунтами, а также касающихся выдачи прав, в обход проделки этого внутренними механизмами движка (как делает это сам движок по умолчанию, я не интересовался).

Я изначально в приватных беседах техников предлагал отказаться от подобного, сохраняя стандартные механизмы движка, но Александр Машин настоял на оставлении его метода. Также мое мнение поддерживал Анатолий: в какой-то момент он символически отказался от вносимых машиным изменений, вернув нормальные флаги (см. log/rights).

Касательно текущей обстановки: в настоящий момент я попросту закомментировал require_once перелопачивающего скрипта, и вся система прав вернулась в дефолтную для движка MediaWiki: теперь уязвимости более не обнаруживается. Я вернул основателям и стюардам (у которых был только один флаг steward, реализуемый через перелопачивающий скрипт, и присвоенный Александром Машиным) все бывшие у них до этого функциональные флаги (если что-то забыл, исправляйте). Возможности операторов давать некоторые флаги аккаунтам пока не действуют (так же находились в недрах того скрипта), я их верну в ближайшее время. Прошу здесь напомнить, какие флаги можно было присваивать, и, возможно, какие функции у кого из флагов в настоящий момент исчезли.

Остальные соображения и предложения сообществу сделаю позже (сейчас нет времени). Яков 12:44, 22 ноября 2008 (UTC)

• Я подтверждаю, что ситуация с флагами требовала незамедлительного разрешения. В дальнейшем просьба к тем кто будет заниматься технической поддержкой проекта все крупные изменения обсуждать с сообществом или хотя бы уведомлять о происходящем. Анатолий 13:09, 22 ноября 2008 (UTC)

• Во избежание серьёзных ошибок я предлагаю Александру Машину перед наложением заплат и расширений (а также и перед изменением заплат и расширений) гласно их наперёд опубликовывать (подобно тому, как сам я опубликовывал свои переработанные версии EmbedVideo и Click) и налагать не прежде, чем будет достигнуто единогласное решение всех техников Традиции о том, что предлагаемые перемены не станут переменами к худшему. Гласность, гласность и коллегиальность, а не то можно техническую часть Традиции довести до состояния FUBAR. Почему семантика «Оригинал имени» перестала работать в правом шаблоне страницы «Mithgol the Webmaster»? Отчего движок падает на крупных страницах в белый экран смерти, как нам о том тут сообщают и сообщают участники? Для чего в адресной строке перед «index.php» ставить «w/», удлиняя URL? Может быть, куда лучше было бы без «w/» там обходиться, а зато «w/» вместо «wiki/» перед статьями, чтобы покороче? Каким является содержимое файла robots.txt? Почему вокруг <source> теперь не выводится подобная <pre> рамка? —Mithgol the Webmaster 15:37, 22 ноября 2008 (UTC)
  • С семантикою разобрался, ввёл новый параметр в шаблон {{Персона}} на тот случай, если «Оригинал имени» нетекстовый. —Mithgol the Webmaster 15:29, 23 ноября 2008 (UTC)

Изображение

Дублирование удалено. Искренне благодарю за сообщение об ошибках этого типа, но, к сожалению, их добавление сюда не имеет смысла: они не дают никакой дополнительной для решения проблемы информации, а о самой проблеме все уже в достаточной степени проинформированы. Яков 11:02, 22 ноября 2008 (UTC)

«Внутренняя ошибка» при удалении ошибочных перенаправлений

Недавно удалял перенаправления с ошибками в названии, так при этом функция «если вы администратор, удалите его самостоятельно» не сработала: выдало чушь, будто бы кто-то уже удалил перенаправление. Пришлось вручную удалять такие перенаправления, находя по журналу свежих правок.--Orso 19:35, 18 ноября 2008 (UTC)

Исправлено. Dream^p2 05:56, 26 ноября 2008 (UTC)

Права участников

Почитал Special:ListGroupRights. Следует:

• Убрать у бюрократов разрешения, дублирующие права администраторов проекта, поскольку все бюрократы являются также и администраторами.
• Убрать у проверяющих участников все права, кроме checkuser и checkuser-log.
• Убрать у ревизоров все права, кроме oversight и hiderevision.
• Убрать у всех групп участников права, которые есть у группы (все).
• Непонятно также назначение группы «скрывающие правки» (ревизоры без возможности чтения лога скрытий).

Куча дублирующих прав только засоряет список, а смысла в них никакого нет — Ferrer 16:57, 18 ноября 2008 (UTC)

• Полностью поддерживаю. Еще надо удалить группу матери-героини. Анатолий 23:26, 18 ноября 2008 (UTC)
• Всецело поддерживаю предыдущих ораторов и также считаю, что необходимо удалить группу «почётный бюрократ», а участников с этой группы перевести в почётные администраторы. Незачем плодить лишние сущности. Также необходимо удалить у группы steward права, которые входят в состав стандартного флага sysop и, соответственно, вернуть всем нынешним стюардам флаг администратора. Dream^p2 05:26, 19 ноября 2008 (UTC)

Ошибка

GET /wiki/%D0%90%D0%BB%D0%B5%D0%BA%D1%81%D0%B5%D0%B9 HTTP/1.1 Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-shockwave-flash, application/x-icq, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, application/x-propel-config, application/x-ms-application, application/x-ms-xbap, application/vnd.ms-xpsdocument, application/xaml+xml, application/x-silverlight, */* Referer: http://traditio.ru/w/index.php?title=%D0%90%D0%BB%D0%B5%D0%BA%D1%81%D0%B8%D0%B9&redirect=no Accept-Language: en-us UA-CPU: x86 Accept-Encoding: gzip, deflate User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648) Host: traditio.ru Connection: Keep-Alive Cookie: __utma=164389626.2712727617352821000.1226719049.1226719049.1226719049.1; __utmb=164389626.181.10.1226719049; __utmc=164389626; __utmz=164389626.1226719049.1.1.utmcsr=liveinternet.ru|utmccn=(referral)|utmcmd=referral|utmcct=/users/pogrebnojalexandroff/; traditiowiki_session=97f24fe437da5e06c3c8cd3df02fcc00; traditiowikiUserName=Genius; traditiowikiLoggedOut=20081115053724; traditiowikiUserID=1069

The following error was encountered:

Invalid Response The HTTP Response message received from the contacted server could not be understood or was otherwise malformed. Please contact the site operator. Your cache administrator may be able to provide you with more details about the exact nature of the problem if needed.

Your cache administrator is webmaster.— Это сообщение написал, но не подписался участник Genius (обсуждение • вклад).

Вновь

(дублирование удалено)

• Выйти на страничку Алексей невозмножно. Просмотр странички по ссылке любого места интернета не возможен. Записать страничку после правок невозможно. Дополнения иллюстрациям, распологаемые под шаблоном:

[[Изображение:Svjat Alexij.jpg|thumb|150px|Св. Алексий (инона)]] [[Изображение:St.tsarevich Alexij.jpg|thumb|150px|Св. царевич Алексей (икона)]] [[Изображение:Aleksij_Nevskij.jpg|thumb|150px|А.[[Невский]] в [[схиме|схиме]] (икона)]] не проходит. --Genius (просто, скромный гений) 17:31, 15 ноября 2008 (UTC)

• Ленин и бревно тоже не открывается (для субботника) --173.68.55.86 18:10, 15 ноября 2008 (UTC)
• Не записываются изменения в шаблоне {{Рассказы Смартасса}} - такая же ошибка — Ferrer 20:26, 16 ноября 2008 (UTC)
• У меня не открываются шаблоны Известные участники Википедии и Известные участники Традиции. Krims 01:21, 22 ноября 2008 (UTC)

Ошибка устранена

Сегодняшним переходом на чистую свежую версию движка MediaWiki ошибка «Invalid Response» оказалася полностью устранена. Участники, прежде досадовавшие на невозможность правки тех страниц, на которых эта ошибка происходила, теперь могут приступать к таковым правкам невозбранно. —Mithgol the Webmaster 16:01, 23 ноября 2008 (UTC)

Запрещённые названия

Смотрел «Традиция:Запрещённые названия». Много думал. Посмотрите также и вы, господа-коллеги техники. —Mithgol the Webmaster 15:41, 12 ноября 2008 (UTC)

• Снести всё (оскорблениенахер удалено). Это не детский сад, а энциклопедия — отражающая все стороны жизни. --Genius (просто, скромный гений) 17:40, 15 ноября 2008 (UTC)

(флуд не по теме доступен на странице Т:Р)

Пора обновиться до 1.13.2

Вышла версия MediaWiki 1.13.2, содержащая обновления в целях безопасности, необходимыя и для Традиции. —Mithgol the Webmaster 03:48, 12 ноября 2008 (UTC)

Отчёты технического обслуживания

Не обновляются уже более недели. А некоторые страницы, такие как Special:UnusedCategories и Special:UnusedImages не работают вообще!—Dream^p2 01:59, 11 ноября 2008 (UTC)

Обновление: большинство тех.отчётов обновилось, однако проблема с двумя спецстранцами, о которых было сказано раньше так и не решена. —Dream^p2 06:28, 12 ноября 2008 (UTC)

• Сделал, теперь всё работает. Яков 06:02, 24 ноября 2008 (UTC)

Шорткаты не работают

Например, Т:АОП и многие другие. Просьба возвратить их работоспособность. —Dream^p2 01:55, 11 ноября 2008 (UTC)

Семантика

Интересно, что и семантика отрубилась. В итоге шапки статей о персоналиях словно фломастерами разрисованы (синим и красным).--Orso 15:46, 10 ноября 2008 (UTC)

Также не работает Традиция:САУ, основанная на семантике. —Dream^p2 01:56, 11 ноября 2008 (UTC)

Я стёр часть кода Common.js, которая показалася ненужною

Я только что постирал часть кода Common.js, которая, как мне кажется, лежала там мёртвым грузом (определяла функции, которые нигде у нас не использовалися). Если кому-то покажется, что это удаление было необоснованным, то прошу этого участника вот тут разъяснить нужность этих функций, а затем отменить мою правку. Спасибо за внимание. —Mithgol the Webmaster 04:09, 10 ноября 2008 (UTC)

Спасибо за то, что занялись этой проблемой. Код и вправду нерабочий, а отчасти даже устаревший. Удаление поддерживаю. —Dream^p2 05:23, 10 ноября 2008 (UTC)

Часть страниц не открываются

Например, Т:ЗКА. И произошло это после апгрейда 4 ноября. Прошу уладить неполадку. —Dream^p2 11:21, 6 ноября 2008 (UTC)

Говорит следующее: ERROR
The requested URL could not be retrieved

• Тут дело плохо. Похоже, что ошибка в PHP, Zend или ускорителе: падает не MediaWiki, а, кажется, весь веб-сервер. MediaWiki 1.13 только активизировало уже существавшую проблему.
  Александр Машин 14:48, 6 ноября 2008 (UTC)
• Куча статей по-прежнему выдают эту ошибку :( Например, Дмитрий Анатольевич Медведев или Санкт-Петербург. — Тыгусмыгус 12:41, 9 ноября 2008 (UTC)

• И «Смартассизм». —Mithgol the Webmaster 12:02, 10 ноября 2008 (UTC)

На всякий случай, дабы развеять возможно возникшие у кого-либо мысли, что ничего не чинится (см. этот раздел и разделы выше) по моей вине, сообщу, что где-то в конце сентября я по некоторым причинам прекратил свое хоть сколько бы то ни было деятельное участие в технической части. Яков 11:36, 13 ноября 2008 (UTC)

• Не знаю, как там с техниками, а вот ситуация, когда за проектом следят (во всех прямых и переносных смыслах этого слова) в лучшем случае 4-5 админов, удручает.--Orso 20:22, 13 ноября 2008 (UTC)

Обеспéчение возможности употребления видимых символов неразрывного пробела

Хочу создать расширение, автоматически заменяющее единственный символ «·» на код « » в момент отображения страницы, и тем навсегда избавиться от необходимости непосредственного употребления кода « » для вставки неразрывных пробелов — а значит, существенно улучшить читаемость кода всех статей Традиции. И cпрашивается: на какой ху... э-э-э... ну да, всё правильно: на какой hook движка MediaWiki лучше и уместнее будет навесить такую замену? Что думаете? —Mithgol the Webmaster 21:22, 16 октября 2008 (UTC)

• Подумайте о замене символа. Как бы точка посередине строки ни была удобна, она используется и для других целей. Может быть, две точки подряд?
  Александр Машин 12:29, 17 октября 2008 (UTC)

• А для каких других целей используется? Знаю о шаблоне {{•}}, но точка там другого калибра. —Mithgol the Webmaster 13:53, 17 октября 2008 (UTC)

Я подождал трое суток и поэтому, если ни у кого в ближайшее время не отыщется более основательных и предметных возражений или полезных указаний (например, имени наиболее полезного хука), то мне придётся и так действовать. —Mithgol the Webmaster 08:13, 20 октября 2008 (UTC)

Вопрос по расширениям Mediawiki

Мне по моей работе понадобилось расширение, позволяющее "прикреплять" к статье Mediawiki произвольный файл в том же стиле, в каком они прикрепляются к письмам (но желательно с возможностью однострочного комментария). Использовать для этого работу с изображениями крайне неудобно. Не известен ли сообществу подобный модуль расширения? Если не извстен - то не возьмётся ли кто-то за его написание (небесплатно)? Wikitraditio 20:20, 27 сентября 2008 (UTC)

Возможность редактирования заблокированными участниками страниц обсуждения

$wgBlockAllowsUTEdit = true;

Предлагаю ввести такую возможность для того, чтобы заблокированные участники могли оспорить свою, возможно ошибочную, блокировку. Silence^~ 01:31, 28 августа 2008 (UTC)

• Представил себе Дыхательного гомосека, беснующегося в обсуждении невозбранно. Картинка не очень приятная. —Mithgol the Webmaster 03:32, 28 августа 2008 (UTC)

• Защищаем обсуждение [edit=sysop][move=sysop] и нет проблем. :) Silence^~ 03:51, 28 августа 2008 (UTC)

• Аргумент принимаю. —Mithgol the Webmaster 07:59, 28 августа 2008 (UTC)

• Странное предложение. В целом согласен с мнением Мицгола по нему. Подавляющее большинство учётных записей, которые блокируются в «Традиции» — это вандалы, оспаривать которым нечего. Защищать эти страницы после вандализма (а он будет) — лишняя и бессмысленная работа для администраторов. Для нормальных же участников, по каким-то причинам оказавшихся заблокированными, всегда есть возможность побеседовать с администрацией при помощи писем. Яков 05:24, 28 августа 2008 (UTC)
  • Вообще, установка этой переменной в значение true даст возможность лишь править свою страницу обсуждения. У явных вандалов страница обсуждения обычно не создаётся, так что проблем с этим не будет. Любое обсуждение лучше вести открыто, чтобы другие участники могли высказать своё мнение, а не при помощи писем. Silence^~ 05:40, 28 августа 2008 (UTC)
    • Я это понимаю, и о таких страницах и веду речь. «У явных вандалов страница обсуждения обычно не создаётся, так что проблем с этим не будет» — вообще не понял смысла этого вашего утверждения: включение $wgBlockAllowsUTEdit как раз позволит им эту страницу создавать. Яков 06:08, 28 августа 2008 (UTC)
      • На мой взгляд, нормальное дополнение, в ru.wiki было единогласно поддержано. Страницу обсуждения бессрочно блокированного за явный вандализм можно сразу же защищать [create=sysop]. Silence^~ 06:23, 28 августа 2008 (UTC)
        • При блокировке появляется возможность запретить участнику править страницу обсуждения. — Silence 08:02, 1 октября 2008 (UTC)

Чую, что настала пора переустановить inkscape

Созерцание страницы Изображение:X-directory-remote-workgroup.svg методом пристального вглядывания привело меня к убеждению в том, что либо настройки inkscape сбились, либо вовсе не способен он в нынешних технических условиях заниматься растеризациею SVG-файлов невозбранно. —Mithgol the Webmaster 20:12, 24 августа 2008 (UTC)

• Вроде бы исправлено. Кому не лень, можете проверить, действительно ли. Яков 05:46, 1 сентября 2008 (UTC)
  • Исправлено вполне, спасибо. —Mithgol the Webmaster 13:33, 18 ноября 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, Orso: сообщите, пожалуйста, не изменилось ли чего-нибудь за последние недели. У меня самого IE6 нет, да и я им не пользуюсь (а потому вышеназванных проблем не видел) — сам не могу проверить. Яков 07:34, 11 сентября 2008 (UTC)
  • Изменилось.:) Уже так давно нет это глюка, что я и забыл о нём.--Orso 09:29, 11 сентября 2008 (UTC)

Настройки

Прошу собрать в этой теме все предлагаемые изменения в настройках MediaWiki, даже уже предложенные в других местах.
Александр Машин 11:48, 2 июля 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)

Убрать «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)

• Index.php из адресов статей убран. Но, всё-таки, было решено использовать /wiki/ для статей и /w/index.php для запросов (такой вариант не вызвал возражений и у обоих активных стюардов). Все старые варианты URL должны, предполагаю, работать корректно, то есть перенаправляться на новые. Всё же, если кто-то вдруг обнаружит какие-либо проблемы, связанные с изменением URL, просьба сообщать. Яков 14:02, 16 сентября 2008 (UTC)

• Меня серьёзно беспокоит нынешнее /w/index.php в адресах служебных страниц вместо прежнего /index.php, поскольку получается удлинение адреса, а я-то просил об укорачивании. А что касается /wiki/ вместо /index.php/, то это хотя бы шаг в нужном направлении, однако /w/ было бы ещё на три буквы лучше. —Mithgol the Webmaster 10:46, 3 октября 2008 (UTC)

Расширения

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

Oversight 2

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

Картография

Источник: Традиция:Портал сообщества/Архив/2008/II квартал (часть 2)#Расширение MediaWiki, позволяющее чертить линии на карте, расставлять на них значки, надписывать их, использовать KML

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

TitleKey

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

А также не забыть [3], обновить гаджеты и поставить [4] Dream 07:22, 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)

FlaggedRevs

Перенесено на Т:ТПFR