Немного забросил блог, поскольку сначала ездил в Москву, потом приехал впритык к празднованию дня рождения сына — нам полгода вчера исполнилось, — а сейчас еду в Киев на машине, сидя на заднем сиденье с ноутбуком и отвечая на письма. Хорошо, когда покрытие GPRS совпадает с территорией страны практически — кучу полезного за последние 100 км сделал.
Сижу на семинаре, слушаю Вирина. Свою часть уже отчитал.
Вот еще у одного проблемы на ровном месте:
Как выяснилось, в силу кривизны чьих-то рук (или разработчиков Movable Type, или одно из двух) текущие версии движка (вплоть до версии 3.15 точно) не очень совместимы с Perl 5.8. Собственно этим и объяснялись мучавшие меня последние две недели глюки, в частности неработающая подписка на комментарии — с 1 февраля «Мастерхост» перешел именно на эту версию перла.
Проблема заключается в некорректной работе с модулем Storable, что выливается примерно вот в такое сообщение об ошибке
Опять же, данный блог спокойно встал на версию Perl 5.8.6, не заметив никаких осложнений. Проблема в данном случае, видимо, в том, что указанный модуль был установлен локально у юзера как внешняя библиотека MT и его никто апдейтить не собирался — откуда хостеру знать, что у кого стоит?
Напоминаю — так, на всякий случай.
Завтра я улетаю в Москву, где пробуду до субботы. Почту буду читать, работает московский номер — +7 917 515 5234. Правда, особых «окон» в расписании визита не предвидится, но вот на семинаре вы меня точно застанете.
Поразительно простой способ борьбы со спамом мы тут открыли, по-видимому.
Вчера мы переносили почту со старого сервера на новый и в течение 14 часов прием почты был выключен на сервере. Сейчас он уже включен и там нет никаких антиспамов — только антивирус. Поразительно, но спама гораздо меньше, чем обычной почты — что-то около 70 писем за сутки и с ним вполне справляется байесовский фильтр в Бате.
Правда, есть тут еще два фактора — у нас сейчас почтовый сервер разнесен с основным по разным IP, в итоге простой lookup, используемый спаммерами, приводит их на сервер, где нет вообще smtp, и плюс обновление DNS — многие могли просто не поймать это и до сих стучатся в старый сервер. Но таких немного — штук 20 писем за сутки.
Очень интересный сервис VoIP. Скобл называет его Skype-killer и, пожалуй, с этим сложно не согласиться. Очень привлекательные цены на звонки, удобная интеграция. Надо пробовать, однозначно.
Экслер дает советы начинающим авторам, какие договора заключать с издательством и какие гонорары требовать.
Чтобы закончить дискуссию о wbloggar и BlogJet — я не делал никаких дополнительных телодвижений, чтобы привинтить поддержку русского к первому. Просто установил и он работает. А BlogJet мне не подходит и не подойдет, пока в нем не будет поддержки CP-1251.
А желающим напомню, что есть еще один интересный клиент — Zempt, который нормально работает с кириллицей и неплохо укомплектован функциями.
Пришло письмо из Mail.ru от Алексея Нефедова. Долго смотрел на текст:
Здравствуйте Сергей Петренко.
Предлагаю Вашему вниманию небольшую, но очень полезную статью, под названием:
«Подбираем ключевые слова для контекстной рекламы».
http://sales.mail.ru/ContextHowTo.shtmlПрочитав ее, Вы узнаете с чего начать и как правильно
подбирать ключевые слова для своей рекламной кампании.Всего хорошего,
Алексей Нефедов
Хорошо, что вспомнил, как подписывался на их рассылку новостей. А то ощущение было странное — «Сдаётся мне, Билли, твой друг хочет нас обидеть…».
Поставил в правую колонку форму поиска по блогу через Яндекс. Желающие поступить так же могут взять форму здесь.
Правда, если будете искать, не пугайтесь — Яндекс индексирует, кажется, 7 потоков с домена searchengines.ru и при поиске через форму будет выдавать результаты по всем потокам.
Просто уникальный тред в ЖЖ Носика.
Вкратце суть большинства серий — при постинге объявления о приеме на работу в свои проекты Антон дал свои адреса почты в измененном написании — частично кириллицей. Нашелся «умный» человек, который счел подобный трюк свидетельством низкого уровня. Игрушки, мол, нечего заставлять людей думать и подавно — надо ставить антиспам.
Ну, в общем, диагноз ясен.
Интересное исследование — скорость работы различных браузеров в разных системах.
Coolmax удивляется некорректной работе wbloggar с русским языком.
Уже не первый год наблюдаю некорректную работу этого клиента с русским языком. Сегодня нашёл на сайте новый релиз. С поддержкой русского языка. Как оказалось поддержка русского языка заключается в переведённом интерфейсе программы. К тому же оказалось, что w.bloggar не любит UTF-8. Да и в переведённом интерфейсе корректно работает только меню. В общем глюк на глюке. Неужели товарищам из солнечной Бразилии трудно сделать нормальную многоязыковость? За что они так не любят суровых сибирских мужиков?
Я, вообще, наоборот — вот уже который год нещадно эксплуатирую эту замечательную программу, причем на нескольких системах, и никаких проблем не вижу. Единственное неудобство — глюки кодировки, из-за которых выдаются искаженными названия журналов, но это скорее глюк XP, по крайней мере, у меня она стандартно ставит на новой системе кодировку win1252, и приходится поправлять твикером.
Что же касается юникода, то есть версия wbloggar, поддерживающая юникод. Её несложно найти, кстати, — в форуме официального сайта тема о ней прибита к верху в разделе о новых функциях. Работает неплохо, по крайней мере тестовые посты в ЖЖ и Blogger проходят нормально.
Сравнивать же wbloggar с BlogJet, как это делает тот же Coolmax несколькими постами позже, на мой взгляд, нелепо. BlogJet не поддерживает ни одной кодировки, кроме юникода. И не потому, что стремится поспособствовать переходу на прогрессивную технологию, а потому что просто не ориентирован на русский рынок. Западные же пользователи могут пользоваться хоть Latin-8, хоть юникодом — они совпадают для латиницы.
Я вовсе не хочу давать каких-то оценок, но согласитесь, интересно выглядит ситуация, когда бесплатный софт, сделанный в Бразилии, вполне корректно поддерживает кириллицу, а россиянин — автор BlogJet — отказывается это сделать в своем платном продукте, мотивируя это отсутствием коммерческой заинтересованности. Так что кто не любит сибирских мужиков — вопрос.
Так вот, по поводу перезда Movable Type. До начала этой операции мне казалась абсолютно логичной мысль, что проблем быть не должно — это ж не Windows, где существует еще таинственный реестр, и не бинарные исполняемые файлы, которые в Юниксе надо компилировать на конкретной машине. Есть файлы скрипта, есть файлы данных, перенести, мол, их на новое место, прописать заново пути и готово.
Что интересно — для форума и баннерной крутилки это сработало на ура — перетащили себе скрипты, сделали дампы mySQL баз на старом сервере, влили их на новом и все заработало. На переключение форума у меня ушло минут 25 — из которых минут 10 дамп сжимался на старом сервере, а потом еще минут 5 разжимался на новом, плюс минуты 3-4 он качался с сервера на сервер. А вот для MovableType этот вариант не прошел.
Для начала скопированные файлы отказались работать. Т.е. скрипт отвечал отказом на попытку залогиниться в систему и вообще сообщал, что не знает такого пользователя. Руководствуясь священным принципом «Я не первым наступаю на грабли», я отправился читать форум поддержки и мануал. Действительно, проблема известна и вызывает ее различие версий Berkeley DB на серверах. Мне не понять, почему разработчики этой базы не могут обеспечить совместимость форматов — при том, что у mySQL 5-й версии не возникает никаких проблем прочесть базу, созданную 3-й версией, — ну да ладно. Поскольку проблема была известна, было и решение — проапгрейдить базу утилитой db_upgrade. И тут начались первые грабли.
Эта утилита работать отказалась. Второй способ заключался в ручной выгрузке данных из файлов базы и загрузке их обратно. Неа, не вышло.
Третий способ заключался в переходе на mySQL. Для этого надо было на старом сервере сконвертировать базу и перенос становился простым и легким. Ага, щаз, как говорит Задорнов. Данный блог — а он стоит на отдельной инсталляции, — конвертироваться в mySQL отказался наотрез. Ошибка при загрузке данных и все тут. Кстати, неизвестно, что лучше — вторая инсталляция сконвертировала базу и вылез очередной глюк — Movable Type на новом сервере не может понять кодировку базы. Сейчас воюем с этим.
В итоге пришлось пойти тупым лобовым путём — экспортировать все записи из блога на старом сервере, вручную перенести все шаблоны и импортировать записи на новом сервере. Кстати, попутно прибил дубликаты записей, возникшие при переходе на новую версию.
В общем, главный вывод, который лучше сделать как можно раньше при работе с Movable Type — отказывайтесь от использования Berkeley DB. Никакого особого преимущества это не дает — если вы генерите статические страницы в блоге, то процессор с любой базой грузится лишь при новых постах, а проблемы, как видно, создать может вполне ощутимые из-за своих особенностей. В отличие от нее, mySQL база легче переносится, ею легче управлять — phpmyadmin очень многое позволяет сделать, — да и в любом случае она на сервере уже есть практически всегда.
Так что рекомендую.