Movabletype версии 3.2 — первые впечатления

…или описание сексуальных действий ненасильственного характера по многочисленным просьбам читателей.

Для тех, кто сразу ищет выводы: Movabletype 3.2 рулит. Несмотря на многочисленные недоделки, это действительно большой шаг вперед, и качественно новые свойства движка. Все заявления о том, что система «жидко просирается» или «порядком поднадоела» не имеют к версии 3.2 никакого отношения и говорят большей частью о некоторой лености ума уважаемых МТ-юзеров.

Вы ждете подробностей? Хорошо же. Как это было:

Узнаём о появлении версии Movabletype за нумером 3.2, отправляемся на сайт разработчика, читаем описание. Первая приятная новость — неограниченное количество блогов на одного автора в новой версии. Я понимаю товарищей из Sixapart, мне лично не в падлу зарегистрироваться раз пять-шесть, а вот зачем им нужна невалидная база пользователей — мне всегда было непонятно. Отныне мы все понимаем это одинаково, и все одинаково довольны друг другом. Очевидно, что человек, который хочет иметь бесплатную версию, найдет способ обойти все искусственные ограничения, и отрадно, что Sixapart это прочувствовал.

Скачиваем, распаковываем архивы, начинаем разбираться. В новой поставке больше нет файла mt-load.cgi, представлявшего потенциальную опасность, если вы забудете его удалить после однократного применения. Это радует, потому как он обычно месяцами болтался забытый у меня на сервере. Вместо этого есть стандартный файл mt.cgi, который сам определяет, upgrade это или новая установка, после чего выполняет все необходимые действия самостоятельно и безопасно. Граблей при upgrade народ вроде бы не отмечает — то есть никаких. Верится с трудом, но я специально поискал пострадавших, и не нашел. Может, и правда… Одно знаю точно: я устанавливал МТ так и так, раза по три, с проблемами изначального срабатывания скрипта ни разу не столкнулся.

Первый пароксизм недоумения перехватывает горло, когда обнаруживается полное отсутствие документации в поставке. То есть совсем полное, в папочку mt-static/docs/ вам положить решительно нечего. Sixapart сейчас разрабатывает продвинутую инструкцию для пользователей, но пока она еще сыровата, хотя все тенденции к финальному великолепию налицо. Однако, пока светлое будущее не наступило, все попытки вызвать помощь из интерфейса МТ оканчиваются на странице 404 вашего сайта (если таковая имеет место быть). Решается проблема как минимум двумя способами:

1. Подложить на свой сайт в папку mt-static документацию от версии 3.17, (у меня сложилось впечатление, что она полностью охватывает все функции версии 3.2), и прописать соответствующую ссылку в файле mt.cfg (параметр HelpURL http://ваш-сайт.ru/mt-static/docs/, появившийся, кстати, только в версии 3.2);


2. Прописать в том же mt.cfg ссылку на существующую инструкцию для пользователей, лежащую на сайте разработчиков (http://www.sixapart.com/movabletype/docs/3.2/).

Немного забегая вперед: что совсем уж неприятно, так это то, что в интерфейсе МТ ссылки на «Помощь» и на «Посмотреть сайт» открываются в том же окне, и это раздражает до чрезвычайности. Некоторое время уходит на то, чтобы приучить себя к открыванию ссылок по клику «правой кнопкой --> открыть в новом окне», но в конечном итоге привыкаешь. Контекстная же помощь не работает вовсе.

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

Хаки удобнее просто потому, что переход на новую версию происходит (в моем случае, ессессно), ну никак не чаще раза в год, а уж раз-то в год я не обломаюсь отредактировать десять строчек. Мой любимый вариант настройки впервые предложил некто Baka, но сайт его сейчас не отвечает, и если бы не любимая машина времени, то я бы пресловутую проблему и не поборол вовсе (отдельное спасибо Архиву!). Что должно произойти — в моем понимании? Необходимо отредактировать файл Utils.pm так, чтобы транслитерация работала корректно. Незабвенный Baka — и подобных ему не будет больше никогда на этой земле! — пишет об этом так:

March 04, 2004  dirify в транслит (Действует для PublishCharset, установленного в windows-1251). TIMTOWTDI

1. Найти в Util.pm строки my %HighASCII = ( «\xc0» => ’A’, # A` # … ещё много строк );
и заменить то, что стоит в апострофах на латинскую букву (или несколько) по вкусу.

2. Или взять где-нибудь функцию перевода в транслит и вызвать её или в convert_high_ascii сразу после my($s) = @_; , или в dirify перед вызовом convert_high_ascii, или _вместо_ convert_high_ascii (только надо убедиться, что она заменяет _все_ возможные 8-битные символы).

Спешу сообщить, что версия МТ нумер 3.2 с этим хаком дружит ровно так же хорошо, как и любая предыдущая. Кусочек же файла с символами, которые надо менять, я для вас любезно подготовил, можете закачать его отсюда. Захотите сказать спасибо — внизу есть комментарии, про обустройство которых, впрочем, еще ниже или в следующей заметке, если вам это будет интересно.

Менее ленивые, чем я товарищи могут не заниматься всей этой мастурбацией, а впоспользоваться еще одной новой приятностью МТ — функцией Basename. При заведении новой заметки вы сами можете задать название конечной страницы, под которым она будет опубликована. Безусловно, очень удобная вещь, но мне она не понравилась по двум причинам: во-первых, эта функция по умолчанию залочена, и ее для каждой заметки надо открывать вручную. Невелик труд, но все же хочется еще легче. И, во-вторых, как написано в предупреждении при включении Basename, «Warning: If you set the basename manually, it may conflict with another entry». А я лично не настолько хорошо помню все свои заметки, чтобы однажды не задать одинаковое название. Примечательно, что Basename в этом случае скромненько, видимо не желая меня беспокоить по пустякам, не выдает сообщение о конфликте названий, а просто переписывает новость поверх предыдущей.

Остальные небольшие хаки файла Utils.pm можете найти у того же Влада Головача (ахтунг! некоторые рекомендации успели устареть!).

Дальше. Создаем несколько тестовых записей и несколько тестовых категорий, начинаем настраивать шаблоны. Основное — настройку меню по категориям, — мы сейчас опустим; если кому интересно, свистите, я все это дело опишу. Отмечу только, что тэги условия (<…If…Empty…>, <…Count…> и прочая) в сочетании со слоями — или даже просто таблицами — рулят, можно настроить вид страницы под бесчисленное количество состояний блога (это юзабилистам на заметку).

Настройка завершена, все работает, начинаем импортировать записи из оригинального веблога (примерно 150 записей и 100 комментариев, начиная с 2003 года). Здесь мы наступаем на давно известные грабли: HTML-форматирование съехало везде и напрочь, все тэги превратились в спецсимволы, а в результате веблог выглядит… мнэ-э-э… чуть похуже, чем просто непрезентабельно. А вот тут-то мы оцениваем очередную замечательную черту МТ версии 3.2 — абсолютно новый поиск. Сегодня можно искать везде, то есть просто _везде_, вплоть до Excerpt и кода шаблонов, и замена работает великолепно. Три массовых прохода по всему блогу, и весь HTML приводится в норму. Невыразимое чувство удовлетворения…

Но и эта эйфория проходит, и пора уже явить ПС своих мудрых мыслей всему прогрессивному человечеству. Для чего мы командуем: «rebuild site». Ага… Скомандовали… Оп-паньки!.. (кто не понял: «Упс!»)… Ошибка 500. То есть ровно ничего нам не говорящая. Дальше начинается большое развлечение, коротко описанное в подзаголовке. Это было очень долго, с анализом логов и вовлечением в переписку провайдера, но я сэкономлю ваше время и выдам сухой остаток.

Мы имеем очередной повод для смены предпочтений. На протяжении пары лет я пользовал Berkeley DB (за простоту и относительную независимость), но всему хорошему приходит конец. Ваш сервер вешается, как только вы начинаете использовать count-тэги, либо количество заметок или категорий превышает разумный (с точки зрения МТ) объём, и это объяснимо, поскольку файлы БД лежат вместе с файлами сайта, и, соответственно, перестраиваются вместе же. Логи сервера выдают нехватку памяти, причем, каждый раз с разной отмазкой. Радикально это лечится только одним: переходом с Berkeley DB на MySQL. Первая, как пишет Влад Головач, и без того не блещет надежностью, так что путем простого редактирования файла mt.cfg вы получаете относительно стабильную работу вашего блога без ущерба для всего остального. Хотя при включенном debug mode, даже на MySQL, количество ошибок продолжает впечатлять — просто в этом случае система перестает падать, а вы видите, _несмотря_ на что.

Что же касается невозможности экспорта из МТ, о которой так экспрессивно пишет тот же Влад Головач, то я не заметил ничего подобного, по крайней мере, на моем материале, (конечно, Влад был намного более плодовит, но подозреваю, что версия 3.2 может справиться и с бОльшими объемами). Ничем не обоснованное утверждение, но сложилось такое ощущение в процессе экспериментирования сы. Был бы MySQL вместо Berkeley DB, а остальное приложится, хоть это и печально.

Наврал вам, господа. Есть и второй радикальный метод преодоления проблемы, и мой провайдер его честно предложил: перейти на другой тарифный план и поиметь выделенный виртуальный сервер с гарантированной загрузкой не менее 2% мощности CPU. Но, поскольку стоит это в три раза больше, чем теперешний мой тариф, а этот сайт для меня — не более чем площадка для упражнений, я счел такое предложение неприемлемым.

Основные впечатления от установки здесь подытожены. Есть еще несколько тем, которые я хотел осветить, если они покажутся вам интересными:

• мультибложество как часть концепции «Movabletype как CMS» — версия 3.2 опять-таки рулит;
• плагины первой необходимости, по странному недоразумению не включенные в комплект поставки Movabletype версии 3.2;
• фотоблог на Movabletype;
• некоторые особенности настройки шаблонов на Movabletype 3.2.

Если это действительно покажется вам интересным, свистите в комментарии, а я расскажу, как все это побарывается.

Всегда ваш, Михель.

Автор: M@, 26.11.2005 |

Все заметки в разделе «Movabletype»

Movabletype 4.1, русский, Unicode — скачать , Dirify в Movabletype при кодировке UTF-8 , Кросспостинг из Movabletype в ЖЖ , Movabletype версии 3.2 — первые впечатления , MT + ImageMagick + русский Apache , Полезности про Movabletype , MT + Hotlog + Proxomitron