Chet Baker

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

WP-Cumulus

На многих сайтах используется отображение облака тэгов в анимированном виде. Для этого используется плагин WP-Cumulus, автором которого является Roy Tanck. У данного плагина полтора недостатка. Во-первых, в авторском варианте он не поддерживает отображение кириллицы. Во-вторых, плагин обновляется довольно часто и WordPress настоятельно рекомендует обновляться, что, впрочем, на полноценный недостаток не тянет. Всё упирается в поддержку отображения кириллицы. Основная масса пользователей, использующих данный плагин, ищет уже адаптированные версии плагина, которые появляются практически сразу после выхода новых версий. Я изначально тоже пошёл по этому пути. К сожалению, сразу столкнулся с тем, что при адаптации и русификации люди, которые это делают, допускают ошибки, нарушающие работу плагина, и добавляют некоторое количество ссылок на свои ресурсы, зачастую удаляя ссылки самого автора. Мне это не понравилось, и решил я пойти другим путём – почитать, что пишет сам автор по поводу отображения различных символов в данном плагине. Оказалось, что на сайте автора подробно и с картинками описан процесс добавления поддержки отображения кириллицы в плагине WP-Cumulus. В итоге единственная трудность в доработке данного плагина – это необходимость иметь установленную программу Adobe Flash, в которой собственно всё и делается. Но, для исправления собственно можно использовать и демонстрационную версию данной программы, свободно скачиваемую с сайта Adobe.
В целом всё это известный факт, но, к сожалению, есть два момента, из-за которых я это решил ещё раз повторить. Во-первых, не всякие русификации и адаптации одинаково полезны. Во-вторых, если можно самому сделать что-то за минуту, то зачем тратить больше времени на поиск готового решения?
У меня же данный плагин прижился, несмотря на то, что я хочу от него отказаться, но для этого надо потратить какое-то время, чтобы найти, куда прикрутить обычное облако тэгов, но это займёт больше времени, чем доработать новую версию WP-Cumulus.
И напоследок список знаков, которые включены у меня – Uppercase, Lowercase, Numerals, Punctuation, Basic Latin и Cyrillic. Суммарно получается 596 знаков.

Немного теории. Система замены текстовых комбинаций на картинки в WordPress реализована следующим образом. Есть набор картинок, который расположен в папке /wp-includes/images/smilies/ (начиная со 2-й версии WordPress). И есть набор текстовых комбинаций, для которых задана соответствующая картинка. Данное соответствие задаётся в виде массива в файле /wp-includes/functions.php в функции smilies_init. Рассмотрим кратко работу этой функции. В функции происходит заполнение трёх глобальных массивов. Первый, и самый интересный – это массив $wpsmiliestrans. В нём собственно задаётся соответствие текстовых комбинаций картинкам. В качестве ключа массива выступает текстовая комбинация, в качестве значения имя файла без пути к нему. Самое главное, что перед заполнением массива, функция проверяет наличие уже заполненного массива с этим именем, и если такой массив уже существует, то заполнение не производится. Именно этот факт позволяет задавать своё соответствие текстовых комбинаций картинкам без правки кода самого WordPress. Далее на основании этого массива функция создает два производных массива – $wp_smiliessearch и $wp_smiliesreplace. В первом размещаются текстовые комбинации для поиска, а во втором HTML код соответствующих картинок. Причём при заполнении второго массива задаётся путь к файлу, изменить который можно только изменением кода самого WordPress, что делать не совсем желательно.

Мне представляются два пути улучшения системы смайлов в WordPress. Первый – это изменение набора картинок и расширение вариантов соответствующих им тестовых комбинаций. Второй – это упрощение ввода смайлов в текстовое поле комментариев. При этом я не касаюсь вопроса использования смайлов в статьях и на страницах, поскольку сам не пользуюсь, а в редакторе вставка и так реализована. Рассмотрим подробно возможные варианты решения.

Изменение набора картинок. Самый простой и очевидный вариант – это заменить картинки, которые идут с WordPress на что-нибудь по своему вкусу. Для тех, кто используется систему смайлов это надо сделать как минимум. Кроме этого можно задать свой собственный набор соответствий. Для этого надо заполнить массив $wpsmiliestrans теми значениями, которые нужны. Выглядеть это должно примерно так:

Куда данный код вставить? Вот тут как раз не всё так очевидно, как хотелось бы. Реализовать в качестве плагина не получится, поскольку я не нашёл, как официальным способом запустить функции плагина до инициализации данных самим WordPress. Самый очевидный вариант при таком раскладе – это вставить заполнение массива в файл конфигурации wp-config.php до вызова require_once(ABSPATH.’wp-settings.php’);. Не самый лучший способ надо сказать, но на безрыбье и такой способ можно использовать. Я же сделал иначе. Я вставил данный код в файл functions.php используемой темы оформления. Данный файл вызывается до инициализации данных WordPress, что верно, по крайней мере, для версии 2.7. Да, при переходе к другой теме оформления, возвращаются стандартные настройки системы смайлов, зато не пришлось влезать в код WordPress и в файлы конфигурирования. Хотя вариант с добавлением кода в wp-config.php единственный возможный, если, скажем, на сайте присутствует система смены тем оформления посетителями.

Упрощение ввода смайлов в текстовое поле комментариев. На сайте WordPress я нашёл два плагина с данным функционалом. Один из них мне не удалось настроить, поэтому остаётся один – WP Grins. Отличный плагин, который добавляет панель со смайлами над текстовым полем. Причём такая панель появляется и в админке. У данного плагина есть один минус, который для кого-то может и не покажется существенным – для функционирования плагина скачивается файл размером 125 килобайт. Лично для меня это показалось существенным. Для себя я сделал панельку со смайлами в файле comments.php используемой мной темы оформления. Как это работает? Известно, в каком массиве находится таблица соответствия текстовых комбинаций картинкам, т.е. мы можем вывести картинки на страницу. Для каждой картинки можно задать вызов скрипта при нажатии, который добавляет в текстовое поле соответствующую текстовую комбинацию. Взяв за основу реализацию в плагине WP Grins, я сделал вот так:

Данный код я вставил непосредственно перед текстовым полем для ввода комментария. Получилось компактно и с минимальными накладными расходами на производительность и объём закачиваемых данных.

А напоследок предлагаю всем элегантное решение обоих вопросов, с которыми я столкнулся, разбирая систему смайлов в WordPress – это плагин Smilies Themer и дополнение к нему Smilies Themer Toolbar. Первый позволяет заменять стандартные смайлы. Причём в комплекте уже есть несколько симпатичных наборов. Второй выводит панель со смайлами. Если бы не моя нелюбовь к использованию большого количества плагинов, то я бы пользовался бы этими двумя.

Текстовые комбинации, встроенные в WordPress:
[:mrgreen:] [:neutral:] [:twisted:] [:arrow:] [:shock:] [:smile:] [:???:] [:cool:] [:evil:] [:grin:] [:idea:] [:oops:] [:razz:] [:roll:] [:wink:] [:cry:] [:eek:] [:lol:] [:mad:] [:sad:] [8-)] [8-O] [:-(] [:-)] [:-?] [:-D] [:-P] [:-o] [:-x] [:-|] [;-)] [8)] [8O] [:(] [:)] [:?] [:D] [:P] [:o] [:x] [:|] [;)] [:!:] [:?:]
Для того чтобы WordPress заменил текст картинкой, до и после текста должен стоять пробел.

Админка WordPress 2.7

Вышло обновление 2.7.1 и я, как и собирался, решил обновить версию на своём сайте с 2.6 до актуальной. За время, прошедшее с выхода версии 2.7, процедуру обновления проводил несколько раз и не сталкивался с трудностями и проблемами. Всё равно решил всё сделать по уму, т.е. так, как описано в руководстве по обновлению. Сделал всё, чтобы вернуться к рабочей версии, если вдруг что-то пойдёт не так, потратив на это пару дополнительных минут. Обновление прошло успешно. В админку вошёл без проблем, благо заранее отключил плагины, которые влияют на её внешний вид. Столкнулся с некоторыми странностями, которые пришлось подправлять. По сравнению с веткой 2.6 по-другому стала работать функция get_categories – пришлось редактировать вывод левого меню. Возможно, появится что-то ещё подобное. Simple Tags выкинул кучу предупреждений, что слегка удивило – пришлось ковыряться в настройках. Остальные плагины продолжили работать без проблем. Сложилось впечатление, что всё стало работать быстрее, но это субъективно, а проверять точно – мне лениво. Если будет время, то прикручу древовидную структуру для комментариев.

На самом деле список новинок на этом не ограничивается. Другое дело, что информация об этом не лежит на поверхности. Самые основные моменты можно найти у Сони и у Кактуса. Для себя в интересные новшества я выделил древовидные комментарии, что мне в своё время очень понравилось в ЖЖ, и увеличение быстродействия движка в целом. Древовидные комментарии буду курить в сторону оформления на предмет использования. Зато сразу же появилась необходимость вносить исправления в тему, вызванная наличием функций wp_logout_url() и wp_login_url(), без использования которых не работает форма входа/выхода, которая прикручена в правой части сайта.
Не успела новая версия выйти, как всплыли очередные недоработки, для исправления которых выпущены обновления. В целом от релиза остаются двойственные впечатления. С одной стороны то, что проект развивается и в целом стремится к следованию заложенному плану развития, это хорошо. С другой стороны, два главных достоинства новой версии весьма сомнительны. По крайней мере, для меня. Наличие недоработок в итоговой версии говорит о том, что гонка за релизом важнее, чем работа над качеством, что уже не есть хорошо. А с третьей стороны, у русской части пользователей WordPress есть мощная поддержка в лице Кактуса, в сборке которого оперативно появляются все обновления.
Обновил локальную версию сайта. Обновление прошло без сложностей. Надо будет доработать тему и протестировать некоторые вещи на совместимость и адекватность работы. Чем я и займусь в ближайшее время. А обновляться на хостинге буду, видимо, уже до версии 2.7.1.

Русский WordPress ветка 2.7

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

Когда я выбирал CMS для своего сайта, то у меня был определённый список необходимых мне характеристик. Основными моментами я выделил для себя: полная русификация, русскоязычная поддержка, возможность самому разобраться с созданием тем, возможность создания каталогов статей и ссылок, поддержка системы публикации сообщений, как в блоге. Изначально я смотрел портальные системы. Потратив какое-то время на две системы, которые я установил на локальном сервере, я приуныл, поскольку разобраться оказалось для меня не так тривиально, как хотелось. Тогда я стал присматриваться детально к более узкоспециализированным системам. Окончательный выбор в пользу WordPress я сделал, наткнувшись на статью – Как менять картинки в шапке в зависимости от времени года. Трудно сказать почему, но я понял, что смогу сделать то, что мне нужно используя WordPress. Вот так и получилось, что я использую эту CMS на своём сайте.

Ресурсы, которые я просматриваю по теме:
Форум поддержки пользователей WordPress
Правильный русский WordPress
Интересные идеи, реализованные в WordPress
Интересные решения и справочная информация по WordPress

Пример постраничной навигации

На сайтах, построенных с использованием WordPress, для постраничной навигации чаще всего используется плагин WP-PageNavi. Когда я решил сделать подобную навигацию у себя на сайте, то возникла идея сделать что-нибудь не совсем стандартное.

На скорую руку набросал вариант, представленный на картинке. Сначала я нашёл фотографию старых весов. Используя табличную вёрстку, разместил цифры на шкале таким образом, чтобы они располагались на круге и не вылезали за пределы шкалы. Это оказалось не сложно, но довольно муторно. Когда дизайн был готов, пришло время заставить его работать. Что нужно для того, чтобы отобразить ссылки на страницы сайта? Нужно знать по крайней мере две вещи. Номер текущей страницы и максимальное число страниц. Данную информацию можно легко получить, используя следующий код:

Номер текущей страницы я решил отображать вверху шкалы. Для последующих и предыдущих страниц ссылку можно вывести следующим образом:

Где $i – это шаг удаления от текущей страницы. Соответственно перед выводом ссылок необходимо проверить попадает ли ссылка в имеющийся диапазон страниц. В итоге получился забавный вариант постраничной навигации, который я, к сожалению, не стал использовать, так как размещение данной шкалы внизу страницы потребовало бы существенной доработки всего дизайна. Выкладываю вариант вёрстки и готовый код для использования в теме для WordPress.

Пример постраничной навигации