Оказывается, существует дефект в интерфейсе конфигурации расширения. Когда вы вписываете URI вашей инсталляции Piwik и используете полный адрес вместе с http:// впереди, расширение не распознаёт это, добавляет своё собственное http:// и шлёт данные на нечто вроде http://http/hostname.net. Так что, пока мы должны быть осторожны и вписывать лишь имя домена без указания протокола. Чтобы проверить, что введённые данные верны, пробуйте использовать ссылку «check out your stats!» внизу страницы конфигурации, которая должна вести к вашей инсталляции Piwik.

Я напишу автору об этом, тем не менее. Расширение должно проверять наличие определения протокола и отрезать его, прежде чем добавлять своё. И как насчёт установок Piwik, доступных по какому-либо другому протоколу?

Дополнение: Автору написал, мы этот вопрос обсудили (на англ. версии), и, в версии 1.0.2 (3-е апреля, 2010), Жюль (автор расширения) исправил подсказку для поля формы под вопросом, настаивая на том, чтобы пользователь не вставлял http:// в это поле. Это не исправляет проблему удобства пользования (заполняя форму, человек не должен думать, нужно ли ему указывать протокол, особенно учитывая то, что протокол, в принципе, является неотъемлемой частью адреса, — это дело программы фильтровать ненужные (ей) данные), но, по крайней мере, делает вещи яснее для пользователя.

За год после того, как я установил WordPress на моём сайте, некоторые положительные сдвиги произошли как в ядре, так и в расширениях. Во-первых, WP теперь (сравнивая версии 2.1, установленную тогда, и 2.3.2) правильно поддерживает кодировку UTF — директива базы данных «SET NAMES» теперь включена в файл wp-db.php по умолчанию. Также, в файле wp-config.php теперь прописан метод указания кодировки и сравнения для БД. Это, и тот факт, что мой хостер начал предлагать 5-ю версию MySQL, сделало установку пустячной задачей.

Теперь мне нужно поразмыслить, как мигрировать мою первоначальную систему (WP всё ещё не поддерживает многоязычные сайты сам по себе, поэтому мне приходится использовать отдельные его копии на разных базах данных) с версии 2.1 (и MySQL 4.0), которую заставить работать как следует стоило мне превеликих стараний, на новую, более стабильную комбинацию.

Далее — версия RC 4 WP-надстройки/темы K2, которую я использую поверх ядра. Похоже, что много неровностей было сглажено с тех пор, как я устанавливал систему последний раз. AJAX-функции работают стабильнее, хотя поиск иногда барахлит.

Sidebar Modules Manager (возвращается к WP widgets при отключении) теперь выглядит здорово, хотя вся эта красивость притормаживает даже на моей весьма серьёзной машине (справедливости ради, у меня сейчас открыто где-то 50 окон в Опере — это должно на что-то влиять). Поддерживает вёрстку в 3 колонки. Доступно немало весьма полезных модулей, включаяя «Последние комментарии», «Календарь», «облако меток» и т. д. Хотя, когда дело касается последних комментариев, я предпочиатю отдельное расширение «Brian’s Latest Comments», поскольку мне больше нравится его реализация (N последних записей, к которым были оставлены комментарии, показывает последних авторов (с «выцветанием» в зависимости от давности) и общее число комментариев, гибкие настройки и т. д., против просто N последних комментариев с однострочной выдержкой).

В области расширений, похоже, что «Raven’s Antispam» версии 1.5 заработал с AJAX-комментариями (Единственная явная причина, которую я вижу, — обновлённая версия БД). Надеюсь, это защитит сайт от большинства спама без использования Акисмета и тому подобных расширений. Также, похоже, что «Subscribe to Comments» нормально функционирует.

Важно отметить, что «Ultimate Tag Warrior» официально не поддерживается с версией WP 2.3+ как таковой (возможно, из-за нововведённой схемы таксономии в ядре WP), но автор работает над некоторыми интересными вещами для WP 2.3 (довольно полезные вещи, такие, как метки внутри текста, управление метками (переименование меток, слияние и разделение и т. д.) и другие, позже попробую). Тем не менее, K2/WP теперь предлагают встроенную поддержку меток с той же функциональностью, что и оригинальный UTW.

При этом, бесплатный сыр всё-таки бывает. Я нашёл значительно более надёжный бесплатный хост (FreeHostia), после того, как более ответственно отнёсся к поиску (первый раз я подвязался на первый попавшийся, поскольку сам факт существования бесплатных PHP/MySQL хостингов был для меня откровением). Там надёжность и быстродействие были на порядок выше, кроме того, контрольная панель управления сайтом была гораздо лучше и абсолютно без рекламы, нежели бардак, творящийся на моём первом сервере (об именах умолчим, поскольку о мёртвых — ничего…). Однако и тут не срослось. Оказалось, что DNS-сервера, предоставляемые FreeHostia, были из одной подсети, в то время как регистратор моего домена требует разных подсетей. После нескольких дней колдовства над DNS методом ненаучного тыка, мне всё осточертело, поэтому я плюнул и отдал предпоследние 8 убитых енотов за два месяца буржуйского хостинга (не то, что я жмотничал, но, во-первых, я сейчас без денег сижу, а во-вторых, я хотел покупать сразу год на приличном отечественном, но недотерпел). Любопытно, что во время переезда, когда я сменил DNS-сервера, кэш обновлялся дня три, когда я мог зайти на страницу А, а затем, перейдя на страницу Б, оказывался уже на старом сервере. Причём подавляющее большинство времени.

Ещё одна крупная проблема, с которой мне пришлось столкнуться — кодировки баз данных. WordPress работает в кодировке UTF-8, однако сравнение MySQL на многих буржуйских серверах по умолчанию выставляется как latin1, оттого в самой БД все нелатинские отображались кракозябрами. А при попыткие импорта этой базы на новом месте некоторые буквы исчезали (например, строчные (я) и (с), заглавные (А) и (Н)). Перекодировать испорченную базу мне никак не удавалось. Но тут я набрёл на встроенную функцию экспорта в самом WP, где мне удалось экспортировать все записи в виде XML-файла, а затем импортировать его на новом месте, предварительно научив WP и БД общаться на одном языке. Мне всё равно пришлось обрабатывать новую базу напильником, ввиду того, что нарушилась нумерация и счётчики записей и комментариев, а также пропали slug-и почти всех категорий и постов.

В общем, вся эта бодяга отняла у меня несколько дней и немалое количество нервной и мыслительной энергии, однако я получил боевое крещение в деле организации и работы с БД, поэтому итоги в виде решённой задачи и полученного опыта можно признать положительными. Отдельное спасибо хочу выразить участникам Google-группы ru-WordPress за советы и вдохновение.

Так что это за K2 такое?

Итак, K2 — это надстройка к СУКе WordPress, действующая ввиде прокладки между собственно системой, движком сайта, и тем, что попадает к пользователю. В WordPress-е есть понятие «темы оформления», которые состоят из файла стилей и нескольких PHP-шаблонов, обращающихся к т. н. «петле WordPress–a» (the loop) — набору базовых фукций, скелету, на котором строится вся работа системы. K2 же, в свою очередь вносит ещё один уровень: будучи для ядра WP темой, она отделяет собственно отображение в отдельную категорию «стилей (схем)», позволяя использовать разное оформление на одной и той же структуре, без надобности редактировать кучу PHP-файлов при каждой смене дизайна. Более того, являясь более сложной конструкцией по сравнению с обычной WP-темой, K2 включает в себя механизмы по упрощённому включению расширений, представляя собой прообраз стандартизированной платформы (см. совместимые расширения, стили и модификации).

В общем, я попытался объяснить как мог, больше вы можете узнать на сайте проекта (англ.). То, что я писал выше, может показаться кому-то немного бессвязным, поскольку я сам ещё не очень представляю все особенности системной архитектуры как K2, так и самого WordPress-а, все их плюсы и минусы, возможности масштабирования и т. д. Могу лишь рассказать о первых впечатлениях. Кстати, K2 была создана теми же людьми, что и тема WP по умолчанию (Kubrik) и, по сути, является продолжением и развитием идеи.

Основная задача K2 — облегчить жизнь начинающего админа. Скажем, перевод темы на другой язык в K2, заключается в переводе одного файла переменных, вместо редактирования дюжины PHP-шаблонов. Это, кстати, отдельная песня: я только отредактировал и перевёл тему по умолчанию, но на днях нашёл тему оформления, которая мне понравилась и потратил часов шесть переводя её, редактируя шаблоны и переписывая CSS практически с нуля. Однако возможности K2 так меня заинтриговали, что я установил её ничтоже сумняшеся.

Также K2 поставляется с системой управления модулями вспомогательной колонки (sidebar modules), позволяющей подключать разнообразные модули индивидуально для каждого шаблона. Я ещё не разобрался насколько интегрированный Sidebar Modules отличается от популярного WordPress Widgets, с точки зрения переноса Widget-расширений. Это, кстати, важное замечание, так как встроенный SBM невозможно отключить, на первый взгляд.

Из других приятностей — встроенные AJAX-приложения (например, поиск и отправка комментария без перезагрузки страницы) и использование набора иконок «Silk» от Fam fam fam.

План действий

На данном этапе я пока оставлю всё как есть и посвящу время изучению расширений и их применения до того, как начну что-либо прикручивать, чтобы не редактировать шаблоны по десять раз. Так что сейчас у меня стоит голый WP с накинутой поверх K2, а единственное используемое расширение отвечает за создание sitemap.xml, что, к слову, весьма помогает в индексации поисковиками. И такой вот, отличный от предыдущего, список приоритетов:

• Записи: найти способ давать индивидуальные выдержки без использования <!–more–> (я так и не понял для чего и зачем в WP «excerpt»); присваивать каждой записи и странице своё описание в meta-тэгах; установить поддержку ярлыков (Ultimate Tag Warrior) и разобраться, можно ли их использовать одновременно с категориями; в этом же разрезе научиться, как выставлять основную категорию, чтобы контролировать URI записи.
• Локализация: разобраться как установить поддержку для языковых версий. Я нашёл расширение ML Multilingual, которое удовлетворяет условиям о существовании отдельного дерева категорий, отдельных записей и т. д. в рамках всё той же инсталляции WP, однако огорчает факт, что расширение не обновлялось с версии для WP 1.5 и как-то в целом не вызывает доверия.
• Типографика: облегчить жизнь себе и пользователям добавлением фильтра автоматической типографики. Из смежного: обработка исходных кодов посредством, например, wp-simplecode.
• Комментарии и прочие разности: добавить возможность отмечать ценные комментарии (например, Comment Hilite); добавить поддержку gravatar-ов или им подобных; организовать работу с сервисами закладок (ma.gnolia, digg, del.icio.us и т.п.). Под наблюдением следующие расширения: Related Entries, Sideblog Plugin, Landing Sites, Corrector и др.

В общем над техдокументацией мне сидеть и сидеть. Если ты, читатель, знаешь что-либо об упомянутых расширениях или используешь что-то, что можешь порекомендовать, — не стесняйся, комментируй.

Дополнение, 10 февраля 2007. Выше я писал о возможных проблемах совместимости SBM и WordPress Widgets. Оказывается, Widgets — поддерживаемое расширение. Мне, опять же, не ясно, работают ли они вместе или по установке Widgets отключается SBM, но сейчас пока не до этого.

Мне довольно давно приглянулся Textpattern, однако в связи с ограничениями хостинга, отладить его с наскока не удалось. Прежде чем вдаваться в поиски и расспросы, решил попробовать установить WordPress, потому как рекомендовал товарищ.

Установка и отладка оказалась даже быстрее «знаменитых пяти минут WordPress-а», всё заработало сразу и без особых проблем, за исключением тормозов самого хостинга. По функциональности «из коробки» эти две системы весьма похожи, однако WordPress кажется немного более громоздким и редактирование шаблонов выглядит сложнее. Кроме того, использование тем оформления ограничивает физическую структуру директорий на хосте.

Но, поскольку я ленивый, сейчас 3 часа ночи и WordPress, в общем-то, производит приятное впечатление, я думаю, что оставлю как есть и буду работать так. Повестка работ будет следующей:

1. Заполнить сайт материалами из прошлого, часть из которых не была опубликована.
2. Сообразить оригинальное оформление.
3. Организовать многоязыковую поддержку, что будет включать в себя как отдельные шаблоны, так и настройку модуля типографики (чтобы на русской версии кавычки были такими: « „ ” », а на английской — такими: “ ‘ ’ ”).

Поскольку я в этом деле (деле WordPress-а в частности и PHP в общем) человек новый, любая помощь приветствуется. Пишите, Шура, пишите. А у меня — отбой.