Знаете, всегда очень приятно, когда кто-то проявляет внимание к твоей работе и помогает полезными советами. Сразу появляется желание что-нибудь сделать

Так примерно месяц назад я написал и выложил первую версию плагина Terms Descriptions. Практически сразу же появилось множество отзывов и пожеланий, были найдены баги.

Примечание. Этот плагин предназначен для автоматической внутренней перелинковки сайта. Вы создаёте перечень ключевых слов и указываете ссылки для них. Плагин ищет ключевые слова в записях блога и преобразует их в ссылки.

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

В общем-то, я думал, что плагин решает свою узкую задачу в полном объеме… Но один из читателей этого блога (по имени Турист) объяснил мне, что это не так

Представьте, что у вас есть несколько сайтов схожей тематики, и вы хотите поставить ссылки с одного сайта на другой. Т.е. нужна возможность задавать произвольные ссылки.

Именно эта функция и добавлена в новой (третьей) версии плагина.

Как видно на скриноште, появилась дополнительная опция при выборе типа ссылки. Вы можете поставить ссылку на пост (Post), страницу (Page) данного блога или указать произвольную ссылку.

При выборе последнего варианта список с перечнем страниц будет заменен на обычное текстовое поле, в котором можно указать ссылку.

Остальные функции плагина по сравнению с предыдущей версией не изменились, было исправлено несколько мелких багов.

Надеюсь, нововведение окажется полезным, и, как всегда, жду ваши отзывы и комментарии.

Скачать новую версию плагина.

P.S. Я сделал отдельную страницу для этого плагина, теперь все новые версии будут выкладываться там.

Приветствую!

Прежде всего, хочу поблагодарить всех, кто участвовал в обсуждении и тестировании моего плагина «Terms Descriptions». Вы подсказали мне несколько хороших идей, которые я реализовал в новой версии плагина.

Сразу даю ссылку на архив.

Новые возможности.

1) Изменились имена файлов и папки плагина. Поэтому перед обновлением необходимо деактивировать и удалить старую версию, а затем установить новую. Все ваши термины и настройки сохранятся.

Если вы устанавливаете плагин в первый раз, просто распакуйте архив в папку wp-content/plugins и активируйте плагин в админке.

2) Добавлена возможность создавать ссылки не только на страницы блога, но и на посты.

3) Добавлена возможность ограничить количество замен терминов. Например, если в поле «Преобразовывать первые … терминов» установить значение равное трём, ссылки будут поставлены на первые три термина. Если вы не хотите использовать это ограничение, установите в этом поле значение «-1».

Обратите внимание, что термины в постах и комментариях подсчитываются отдельно.

4) Теперь плагин сверяет id страницы (поста) на которую ведёт ссылка и id текущей страницы (поста). Если они равны, то ссылка не ставится.

Например, у вас есть два термина: php и mysql. Ссылка для первого установлена на страницу myblog.domen/php.html, для второго – на myblog.domen/mysql.html. На странице myblog.domen/php.html встречаются оба термина (и php, и mysql), но только mysql будет преобразован в ссылку, т.к. ссылка для термина php указывает на текущую страницу.

Взгляните на скриншот админки.

Думаю, вы легко определите, где какие параметры нужно указывать

И, как всегда, буду рад выслушать ваши замечания и пожелания!

UPD 23.06.2010 Я сделал отдельную страницу для этого плагина, теперь все новые версии будут выкладываться там.

Интересно почитать

Новая модель: банковская тележка для перевозки денег отечественной разработки.

Всегда приятно, когда можно без особых усилий перевести плагин или тему для движка WordPress на свой язык. Под «особыми усилиями» я подразумеваю необходимость ковыряться в исходных файлах.

WordPress предоставляет механизм для работы с файлами переводов, который, по-идее, должен использовать каждый разработчик. Если, конечно, он хочет распространять свою работу.

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

Шаг первый. Определяем, какие строки нужно перевести.

Для этого, в исходных файлах плагина или темы все текстовые строки, которые нужно перевести, помещаем внутрь функций:

_e() – выводит (echo) текст;
__() – возвращает (return) текст;
_n() – позволяет работать с единственным и множественным числом;
_x() – работает аналогично __(), но имеет дополнительный параметр – контекст.

Подробно их использование описано в статье I18n for WordPress Developers. Повторять их примеры я не буду, но советую обратить внимание на два момента.

1) Очень желательно использовать второй параметр в этих функцих (domain). Для плагинов обычно используют название плагина, для темы – название папки в которой она расположена (а вообще, подойдет любая уникальная строка).

2) Символы окончания строк (EOL) должны быть в Unix-формате, т.е. \n, а не \r\n, как принято в windows. Иначе могут быть проблемы при использовании утилиты gettext. Большинство редакторов вроде notepad++ позволяют легко заменить окончания.

Шаг второй. Создаём файлы переводов.

Тут вам нужно сначала создать .po файлы, в которых будут находиться оригинальные строки и переводы, а затем, скомпилировать их в .mo файлы, с которыми работает WordPress.

Вообще для этих целей предназначена утилита gettext, но она консольная и пользоваться ей не очень удобно.

Гораздо приятнее работать с программой Poedit, т.к. она сделает все рутинные операции за вас.

При её первом запуске желательно сразу указать личные данные (Меню Файл -> Установки), т.к. они сохраняются в файлах переводов.

После этого можно приступать к созданию файлов переводов.

Заходим в меню Файл -> Создать каталог и в открывшемся окне внимательно заполняем настройки.

Общие данные о проекте

Тут всё довольно просто, главное не ошибиться с кодировкой.

Вкладка «Путь». Тут нужно указать путь к папке плагина или темы.

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

Вкладка «Ключевые слова». Это важный момент. Тут нужно перечислить название функций, которые вы использовали для перевода строк. Без скобок!!!

После этого, программа импортирует строки из файлов с исходым кодом.

Если строки нужно обновить, выбираем в меню "Каталог" пункт "Обновить из исходного кода".

После импорта строк можно приступать к переводу.

Сам перевод особой сложности не представляет. Если, конечно, вы хорошо знаете язык Выбираете строку и пишите в нижней части экрана перевод для неё.

Сохраняем файл. Poedit автоматически создает два файла .po и .mo.

Важный момент – имя файла.

Обычно формируется следующим образом

pluginname-locale.po
pluginname-locale.mo

Например
termdescription-ru_RU.mo

Шаг третий. Загружаем файлы переводов в плагине.

Для этого можно использовать следующий код.

Тут предполагается, что плагин и файлы переводов находятся в папке pluginname.

Этот код должен быть вызван при инициализации плагина. Например, в функции, которая вызывается действием init или admin_init (если переводы нужны только для админки)

В случае с темами, подключение файлов переводов немного проще. В файл functions.php добавьте вызов

Имя файла при этом должно иметь вид:

locale.mo

например, ru_RU.mo. И находиться он должен в папке с темой.

Шаг четвёртый. Выбор файла перевода.

WordPress должен определить, какой именно перевод использовать. Указать это можно в настройках блога (файл wp-config.php). Найдите строку в которой определена константа WPLANG и установите нужное значение.

Например, так

Если у вас возникли вопросы или замечания, пишите, постараюсь ответить.

Удачи!

Интересно почитать

Как установить и настроить wifi сеть в вашем доме.

Банкам и службам инкассации: инкассаторские сумки собственной разработки, возможна печать вашего логотипа

Приветствую всех!

Сегодня я хочу поделиться небольшим плагином для WordPress, который недавно доделал.

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

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

Идея не новая и довольно широко используется на различных ресурсах.

Но расставлять вручную такие ссылки довольно утомительно, особенно если у вас несколько десятков терминов. Но сократить количество работы можно с помощью этого плагина. Ссылка на архив.

Установка.

Всё как обычно. Скачать, распаковать в папку wp-content/plugins, активировать в админке.

После этого, в меню Tools появится пункт «Term Description» (или «Описание термина» если используется русская локализация), который приведет вас на страницу с настройками плагина.

Использование.

Прежде всего, нужно создать страницы с описаниями. Иначе вы не сможете указать ссылку.

После того, как страницы созданы, заходите в настройки и добавляете термины и ссылки.

Любой термин можно отредактировать или удалить. Для этого наведите курсор на название термина в таблице и под ним появятся ссылки «Изменить» и «Удалить».

Также можно указать где именно нужно заменять термины. В тексте постов и/или комментариях.

Принцип работы плагина.

Преобразование терминов в ссылки происходит только в постах (Posts), страницы (Pages) игнорируются. Иначе может получится, что на страницах окажутся ссылки, которые ведут на них же. Я не знаю как на это отреагируют поисковые роботы, но людям точно не понравится

Кроме того, найденные термины игнорируются в следующих случаях.

1) Если они уже находятся внутри ссылки.

2) Если они находятся внутри тега (например, в атрибуте alt тега img).

3) Если они находятся внутри заголовков (теги h1 – h6).

4) Если они являются составляющей частью другого слова (например, термин рот, найденное слово – крот).

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

Небольшое предупреждение.

Это первая версия плагина, и в каких-то ситуациях могут возникнуть проблемы. Поэтому очень желательно сразу после активации проверить корректность его работы.

Все замеченные недостатки или пожеланиях можно оставлять в комментариях к этому посту.

Удачи!

UPD 23.06.2010 Я сделал отдельную страницу для этого плагина, теперь все новые версии будут выкладываться там.

На сегодняшний день, не смотря на всю критику в его адрес, движок WordPress остаётся наиболее популярным среди блоггеров. И одна из основных причин такой популярности – огромное количество плагинов и готовых тем оформления.

Я не буду утверждать, что создание плагинов для WP простой и интуитивно понятный процесс, но и назвать его сверхсложным я тоже не могу. Есть свои нюансы, к которым нужно привыкнуть.

В этот раз я хочу рассказать о разработке несложного плагина, позволяющего исключать записи из определённых категорий с главной страницы и из RSS ленты.

Для чего это может понадобиться.

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

2) Вы занимаетесь размещением платных статей. Тут вообще всё просто. Постоянные читатели вряд ли оценят seo'шную статью о преимуществах очередного интернет магазина В тоже время, монетизировать блог как-то нужно.

Возвращаемся к реализации.

Сразу даю ссылку на архив

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

Установка и подключение точно такие же, как и у большинства плагинов. Архив нужно распаковать в папку wp-content\plugins и активировать в панели у правления. После этого в разделе Settings появится страница с настройками плагина.

Отмечаете нужные категории, и решаете где их не нужно показывать.

Теперь разберем реализацию плагина.

Начало стандартное.

Этот комментарий содержит данные, которые отображаются на панели управления плагинами.

Создание страницы в панели управления.

Нам нужно выполнить два действия: создать новый пункт в меню Settings и создать форму с настройками плагина.

Начнём с создания формы.

1. <?php
2. function ec_settings_page() {
3.   //получаем список категорий
4.   $categories = get_categories(array('hide_empty' => false));
5. ?>
6. <div class="wrap">
7.   <h2>Exclude Category Plugin Settings</h2>
8.   <form method="post" action="options.php">
9.     <?php
10.       //Необходимо для автоматической обработки формы
11.       settings_fields( 'ec-settings-group' );
12.     ?>
13.     <table class="form-table">
14.       <tbody>
15.         <tr valign="top">
16.           <th scope="row">Выберите категории, которые нужно исключить</th>
17.           <td>
18.             <fieldset>
19.               <legend class="screen-reader-text"><span>Выберите категории, которые нужно исключить</span></legend>
20.             <?php
21.               //читаем значение текущее опции
22.               $curCL = get_option('cats_list');
23.               foreach ($categories as $category) {
24.                 $checked = '';
25.                 if (is_array($curCL) && in_array($category->cat_ID, $curCL)) {
26.                   $checked = 'checked="checked"';
27.                 }
28.                 echo '<label><input '.$checked.' type="checkbox" name="cats_list[]" value="'.$category->cat_ID.'" /> '.$category->name.'</label><br />';
29.               }
30.             ?>
31.             </fieldset>
32.           </td>
33.         </tr>
34.         <tr valign="top">
35.           <th scope="row">Не выводить выбранные категории</th>
36.           <td>
37.             <fieldset>
38.               <legend class="screen-reader-text"><span>Не выводить выбранные категории</span></legend>
39.               <?php
40.                 $curCH = get_option('cats_home');
41.                 $cH = $cF = '';
42.                 if (is_array($curCH)) {
43.                   $cH = in_array('home', $curCH) ? 'checked="checked"' : '';
44.                   $cF = in_array('feed', $curCH) ? 'checked="checked"' : '';
45.                 }
46.               ?>
47.               <label><input type="checkbox" <?php echo $cH; ?> name="cats_home[]" value="home" /> на главной</label><br />
48.               <label><input type="checkbox" <?php echo $cF; ?> name="cats_home[]" value="feed" /> в RSS ленте</label>
49.             </fieldset>
50.           </td>
51.         </tr>
52.       </tbody>
53.     </table>
54.     <p class="submit"><input type="submit" class="button-primary" value="Сохранить" /></p>
55.   </form>
56. </div>
57.  
58. <?php
59. }
60. ?>

* This source code was highlighted with Source Code Highlighter.

Получилась она довольно объёмной, но в основном из-за разметки. Кода совсем немного.

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

Перед отображением формы мы получаем список всех постов с помощью функции get_categories. Внутри формы создаём группу чекбоксов для них. Атрибут name у этой группы имеет значение cats_list[].

Вторая группа чекбоксов позволяет указать, откуда нужно исключить записи. У неё атрибут name равен cats_home[].

Теперь обратите внимание на функцию settings_fields('ec-settings-group'), которую мы вызываем сразу после открытия формы. Она создаёт несколько скрытых полей, с помощью которых автоматически выполняется сохранение данных, введённых в форму.

Но для того, чтобы эта возможность заработала необходимо зарегистрировать оба наших набора чекбоксов.

В первом параметре функции register_setting передаём имя группы (оно должно совпадать с параметром, переданным settings_fields). Во втором параметре указываем атрибут name группы чекбоксов.

Теперь, при сохранении формы данные автоматически будут записаны в таблицу wp_options (при этом выполняется их сериализация).

Получить сохранённые данные можно с помощью функции settings_fields. Что мы и делаем перед формированием списка чекбоксов в форме. Проверку, есть ли текущая категория среди выбранных ранее, выполняем с помощью функции is_array.

Добавляем новый пункт в меню Settings

1. //создаём подменю Settings->Exclude Category Plugin и соответствующую форму
2.  
3. //регистрируем функцию создания меню
4. add_action('admin_menu', 'ec_create_menu');
5.  
6. //функция создания меню
7. function ec_create_menu() {
8.   add_submenu_page('options-general.php'
9.            ,'Exclude Category Plugin Settings'
10.            , 'Exclude Category'
11.            , 'edit_plugins'
12.            , __FILE__
13.            , 'ec_settings_page');
14.   
15.   //Регистрируем функцию register_ec_settings. Она нужна для автоматической
16.   //обработки формы с настройками
17.   add_action( 'admin_init', 'register_ec_settings' );
18. }

* This source code was highlighted with Source Code Highlighter.

Сам пункт создаётся с помощью функции add_submenu_page, в параметрах которой необходимо указать различные настройки. Перечислять их все я не буду, лучше дам ссылку на статью с подробным описанием. Но, обратите внимание, что в последнем параметре указано имя функции, создающей форму.

Для того, чтобы WP создал меню, нужно добавить действие (add_action). В её первом параметре мы указываем название действия в котором мы хотим выполнить наш код (в данном случае это admin_menu), во втором параметре – имя функции, которую нужно выполнить, именно в ней должен быть вызов add_submenu_page. Кроме того, в этой функции мы добавляем еще одно действие – admin_init, и в нём регистрируем обработчик register_ec_settings.

На данном этапе у нас есть рабочая форма в админке с двумя наборами чекбоксов. Все отмеченные чекбоксы сохраняются в базе данных (таблица wp_options) и доступ к ним можно получить с помощью get_option('cats_home') и get_option('cats_list').

Рассмотрим принцип удаления постов.

Список постов движок WP получает из базы данных с помощью обычного запроса. Т.е. нам нужно добавить к этому запросу условия, которые исключат ненужные нам категории.

Для этого, нам нужно создать фильтр, который выполнит наш код до отправки запроса движком. Делается это следующим образом.

Событие pre_get_posts возникает как раз перед отправкой запроса, а ec_exclude – название нашей функции, причем в первом её параметре WP передаст объект с запросом. Рассмотрим её подробнее.

1. function ec_exclude($query) {
2.   //читаем массивы с опциями
3.   if (is_array($target = get_option('cats_home'))) {
4.     if (is_array($categories = get_option('cats_list'))) {
5.       //добавляем к id категорий знак "-"
6.       foreach ($categories as $i => $category) {
7.         $categories[$i] = '-'.$categories[$i];
8.       }
9.       //формируем строку с перечнем категорий
10.       $cat_string = implode(',', $categories);
11.       //удаляем посты указанных категорий из RSS ленты
12.       if (in_array('feed', $target) && $query->is_feed) {
13.         $query->set('cat',$cat_string);
14.       }
15.       //удаляем посты указанных категорий с главной страницы
16.       if (in_array('home', $target) && $query->is_home) {
17.         $query->set('cat',$cat_string);
18.       }
19.     }
20.   }
21.   return $query;
22. }

* This source code was highlighted with Source Code Highlighter.

Исключить ненужные категории можно с помощью метода set.
Например:

Здесь 1, 2, 5 – id категорий в БД, знак минус означает, что категории нужно исключить.

В самой функции ec_exclude мы проверяем, указаны ли страницы, с которых нужно убрать посты и список ненужных категорий (с помощью get_option('cats_home') и get_option('cats_list')).

Если эти опции установлены, то формируем строку с id категорий $cat_string и передаём её методу set. При этом с $query->is_home и помощью $query->is_feed проверяем, какая страница в данный момент формируется.

Не зависимо от того, вносили мы изменения в запрос или нет, функция ec_exclude обязательно должна вернуть объект $query, иначе сформировать страницу не получится.

Как видите, логика работы плагина довольно простая, но добавление страниц в админку немного запутанное. С другой стороны, есть много достаточно хорошей документации и примеров, и, в большинстве случаев, их можно легко адаптировать для своих целей.

Все замечания, вопросы и предложения пишите в комментариях. Постараюсь ответить

Начал писать этот пост и сразу понял, что мне сложно даже примерно вспомнить сколько хорошего и плохого я читал о движке WordPress.

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

И, на мой взгляд, причин этот популярности две.

1) Постоянная работа разработчиков над движком. Конечно, не все нововведения мне нравятся (например, ревизии), но вцелом WP развивается в правильном направлении.

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

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

В результате на поиски уходит приличное количество времени. Хотя, это все-равно быстрее чем разработка и тестирование своего плагина.

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

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

Итак, новый список.

1) Acronyms. Находит аббревиатуры и заключает их в теги acronym. Сразу после установки появляется довольно большой список аббревиатур, который можно изменять и дополнять.

2) Akismet. Одно из основных средств борьбы со спамом. Точность не идеальная, но вполне приемлимая. Например, я трачу не более 5 мин в день на просмотр списка спамерских комментариев.

3) All in One SEO Pack. Очень полезный для SEO'шных целей плагин. Позволяет создавать индивидуальные для каждого поста теги title, description, keywords, а также содержит множество других настроек.

4) Anti-XSS attack. Защита/предупреждение XSS-атак (в модификации Макса/maxsite.org). На практике вам потребуется кликнуть по дополнительной ссылке при входе в админку.

5) Dagon Design Sitemap Generator. Создает карту сайта. Плагин отличается большим количеством настроек. Вы можете указать какие страницы должны быть включены в карту, каким образом они должны быть отсортированы, нужно ли разбивать карту на страницы и т.д.

6) Dean's Code Highlighter. Выполняет подсветку блоков кода. К этому плагину у меня есть претензии и возможно в будущем я его заменю. Дело в том, что при вставке больших блоков кода возникает какая-то ошибка и текст поста вообще не отображается. Правда, справедливости ради, хочу отметить, что такие блоки читаются очень плохо, поэтому в текст поста я стараюсь вставлять только фрагменты, а исходники целиком выкладывать в архиве.

7) Faster Image Insert. Немного упрощает загрузку и вставку картинов в текст поста. Используются стандартные инструменты WP, но этот плагин размещает их в блоке под редактором поста, а не в отдельном окне.

8 ) FeedBurner FeedSmith. Имеет смысл если вы публикуете RSS ленту через FeedBurner.

9) Full Text Feed. Отправляет в RSS ленту полный текст постов, независимо от наличия тега <!--more-->. (можно указать в настройках движка, Settings – Writing).

10) Google XML Sitemaps. Создает XML версию карты сайта, которую понимают поисковые роботы Google и Яндекса. Полезно для SEO.

11) LMB^Box Comment Quicktags. Добавляет несколько кнопок для форматирования комментариев. Вообще существует довольно много подобных плагинов, выбирайте исходя из необходимого функционала.

12) Login LockDown. Ограничивает количество некорректных попыток ввода имени и пароля в форму входа в WP (защита от брутфорса).

13) MaxBlogPress Ping Optimizer. Уменьшает количество пингов, которые отправляет движок при публикации новых материалов. По-умолчанию, пинги отправляются каждый раз когда вы обновляете пост, но такое поведение может быть расценено как спам, особенно если вносите незначительные изменения в текст.

14) MaxSite-социальные закладки. Еще один плагин Максима. Создает небольшую панель с кнопками добавления ссылок на пост в сервисы социальных закладок.

15) MaxSite Russian Date. Изменяет отображение дат в соответствии с правилами русского языка.

16) My Category Order. Позволяет устанавливать свой порядок отображения категорий. Плагин удобный и полезный, но будьте внимательны при обновлении WP. Иногда требуется изменить права доступа к файлу wp-includes/taxonomy.php.

17) No Self Pings. Блокирует отправку пингов на свои же посты.

18 ) Popularity Contest. Плагин выполняет оценку популярности постов по множеству параметров и позволяет создавать список самых популярных. Причём вы можете изменять вес различных параметров. В общем, очень удобно.

19) Replace WP-Version. Удаляет версию WordPress из заголовка страницы. Рекомендуется использовать в целях безопасности.

20) RusToLat. Выполняет транслитерацию русских символов в латинские. Удобно если используются ЧПУ.

21) Show Top Commentators. Создает список наиболее активных комментаторов.

22) Source & Demo Links. Это моя собственная поделка Предназначена для вставки кнопок "Демо" и "Скачать". В паблик не выкладываю, но если кому-то интересно, расскажу как работает.

23) Subscribe To Comments. Добавляет возможность подписываться на комментарии и получать их на email. Мне очень не нравится, если автор блога не обеспечивает эту возможность. Обсуждать что-то в комментариях становится намного сложнее, т.к. можно просто забыть об этом обсуждении

24) Unfancy Quote. Отключает автоматическую замену кавычек движком WP. Полезно если вы публикуете блоки кода.

25) WordPress Database Backup. Создает backup базы данных. Есть возможность настраивать периодичность создания бекапа, включать в него дополнительные таблицы, отправлять на email. В общем, очень полезная вещь.

26) WordPress Exploit Scanner. Этот плагин выполняет поиск уязвимостей. Постоянно держать активированным не обязательно, можно проверить и отключить. Но результаты выводятся с кучей технических подробностей и если вы не занимаетесь web разработкой, проанализировать их будет довольно сложно.

27) WP-Polls. Позволяет создавать опросы. Плагин очень удобный, есть множество настроек, например, возможность позволять посетителям добавлять свои варианты ответов, ограничивать время действия опроса, создавать страницы с перечнем опросов и т.п.

28) WP Security Scan. Ещё один плагин для проверки безопасности WP. В основном выдает рекомендации по улучшению безопасности движка.

29) WP SUP. Если вы используете сервис FriendFeed, то этот плагин обеспечит автоматическую публикацию ваших постов.

На этом я список заканчиваю. Были и другие плагины, но от них я отказался по разным причинам.

Я буду рад ответить на любые вопросы, касающиеся перечисленных плагинов.

До встречи!

Сегодня я расскажу о создании виджета для одной из самых популярных на сегодняшний день CMS – WordPress.

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

С точки зрения пользователя, виджеты удобны тем, что их можно добавлять в сайдбар прямо из админки WP, не изменяя код темы.

Кроме того, для каждого виджета создается панель с настройками. Таким образом, все настройки сгруппированы в одном месте, что очень удобно.

Единственное условие – тема должна быть «widget ready», т.е. поддерживать виджеты. Но добавить эту поддержку несложно. Подробная инструкция находится здесь. Чтобы не усложнять пример, я буду считать, что используется дефолтная тема.

Сформулируем задачу.

Допустим, нам нужен виджет, который будет находить по заданным тегам на сервесе flickr картинки и показывать их. При этом администратор должен иметь возможность задать теги, количество картинок и их размер.

Сразу приведу ссылку на архив с плагином

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

Условно создание виджета можно разбить на 3 этапа.

1) Регистрация виджета.

2) Создание панели управления.

3) Создание самого виджета.

Рассмотрим их подробнее.

Наш виджет достаточно простой, поэтому он будет состоять всего из одного файла flickr-widget.php, который мы разместим в папке wp-content/plugins/flickr_widget. Учтите, что имя файла виджета должно совпадать с названием папки, иначе WordPress не сможет его найти.

В начале файла размещаем комментарий.

Как видите, это обычный комментарий плагина WP. Заполнять все перечисленные поля очень желательно, т.к. WordPress их использует для создания описаний на странице управления плагинами.

На данном этапе мы получили обычный плагин WP, который можно активировать и деактивировать, правда, он ничего не умеет делать.

Но, прежде чем переходить к написанию функционала, разберемся с сервисом Flickr. Я его выбрал главным образом потому, что он предоставляет удобный API, из которого нам потребуется всего одна функция flickr.photos.search.

Как несложно догадаться из названия, она используется для поиска фотографий. Правда перед использованием Flickr API нужно зарегистрировать свое приложение на этом сервисе и получить для него уникальный ключ (Application Key), но эта операция бесплатная и сложности не представляет.

Запрос на Flickr можно отправить несколькими способами, кстати, существуют готовые библиотеки для различных языков. Но этот пример очень простой, поэтому мы просто отправим XML-RPC запрос (библиотека для работы с XML-RPC есть в дистрибутиве WP).

По описанию функции на официальном сайте я составил минимальный перечень параметров, которые мы должны передать в XML-RPC запросе.

1) api_key – ключ нашего приложения;
2) tags – список тегов через запятую;
3) per_page – количество фотографий.

В ответ мы получим XML строку с данными найденных фотографий, используя которые можно будет сформировать разметку виджета.

Возвращаемся к нашему виджету.

Определимся с методом хранения настроек виджета. На мой взгляд, тут удобнее всего использовать опции WordPress. Они предназначены для хранения небольших фрагментов данных в формате «ключ – значение» и WordPress содержит все необходимые функции для работы с ними. Причем, мы можем записать данные в ассоциативный массив и хранить его в одной опции, WP его автоматически сериализует.

Следующий шаг – инициализация виджета.

Выполняется с помощью одной строчки кода.

Обратите внимание, что во втором параметре мы должны указать либо имя функции, либо имя метода класса, который выполняет инициализацию. Причем, если используется второй способ, то нужно передать массив с двумя элементами: именем класса и именем метода.

На мой взгляд, удобнее использовать второй способ. Т.к. имена функций вашего плагина должны быть уникальными, а при использовании класса достаточно, чтобы только его имя было уникальным.

Сам метод инициализации выглядит следующим образом

Как видите, в этом методе мы регистрируем виджет и его панель управления. Проще говоря, рассказываем WordPress какие методы формируют виджет и панель управления.

Кроме того, нам нужно назначить два хука (для активации и деактивации виджета).

Здесь, также как и при инициализации, мы просто указываем имена соответствующих методов.

Рассмотрим, как они работают.

1. class Flickr_Widget {
2.     private static $APP_NAME = 'Flickr_Widget';
3.     private static $APP_KEY = '17e73e544f0f6fff4d06822668e76e01';
4. …
5.     function activate() {
6.         //устанавливаем начальные значения
7.         $data['fw_app_name'] = Flickr_Widget::$APP_NAME;
8.         $data['fw_app_key'] = Flickr_Widget::$APP_KEY;
9.         $data['wf_images'] = '2'; //две картинки
10.         $data['fw_size'] = '2'; //размер не более 100px по большей стороне
11.         $data['wf_tags'] = 'nature, природа';
12.         //и создаем опцию
13.         add_option('fw_data', $data);
14.     }
15.     
16.     function deactivate() {
17.         //удаляем опцию
18.         delete_option('fw_data');
19.     }
20. }

* This source code was highlighted with Source Code Highlighter.

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

Обратите внимание на использовании атрибутов класса ($APP_NAME и $APP_KEY). При вызове методов WordPress не создает экземпляр класса, поэтому для обращения к свойствам нужно указывать имя класса.

При деактивации виджета мы удаляем опцию. Все настройки при этом будут удалены.

Теперь напишем метод создания панели управления виджетом.

1. class Flickr_Widget {
2. …
3.     private static $IMG_SIZES = array(
4.                             '1'=>array('s','75 x 75 px')
5.                             , '2'=>array('t','max 100 px')
6.                             , '3'=>array('m','max 240 px')
7.                             , '4'=>array('','max 500 px')
8.                         );
9. …
10.     function control() {
11.         
12.         //если пришли данные в массиве $_POST, обновляем опцию
13.         if (isset($_POST['wf_images'])){
14.             $data['fw_app_name'] = Flickr_Widget::$APP_NAME;
15.             $data['fw_app_key'] = Flickr_Widget::$APP_KEY;
16.             $data['wf_images'] = esc_attr($_POST['wf_images']);
17.             $data['fw_size'] = esc_attr($_POST['fw_size']);
18.             $data['wf_tags'] = esc_attr($_POST['wf_tags']);
19.             update_option('fw_data', $data);
20.         }
21.         
22.         //читаем данные, сохраненные в опции
23.         $data = get_option('fw_data');
24.         if ( FALSE === $data ) {
25.             //заполняем массив $data значениями по-умолчанию
26.             $data = array();
27.             $data['wf_images'] = '';
28.             $data['fw_size'] = '';
29.             $data['wf_tags'] = '';
30.         }
31.         //создаем поля формы, которая будет показана в панели управления
32. ?>
33.         <p><label>Количество картинок <input name="wf_images"
34.         type="text" value="<?php echo $data['wf_images']; ?>" /></label></p>
35.         <p><label>Размер картинок <select size="1" name="fw_size">
36. <?php
37.         foreach ( Flickr_Widget::$IMG_SIZES as $i => $size ) {
38.             $selected = '';
39.             if ( $i == $data['fw_size'] ) {
40.                 $selected = 'selected="selected"';
41.             }
42. ?>
43.             <option value="<?php echo $i; ?>" <?php echo $selected; ?>><?php echo $size['1']; ?></option>
44. <?php
45.         }
46. ?>
47.         </select></label></p>
48.         <p><label>Теги (через запятую) <input name="wf_tags"
49.         type="text" value="<?php echo $data['wf_tags']; ?>" /></label></p>
50. <?php
51.     }
52. …
53. }

* This source code was highlighted with Source Code Highlighter.

В начале этого метода мы проверяем, не пришли ли данные, которые мы должны сохранить. Если в массиве $_POST есть поля, которые относятся к нашему виджету, то мы записываем их в массив и сохраняем в опции.

После этого мы создаем форму и заполняем её значениями из опции. Точнее часть формы создает движок. Нам нужно только добавить поля ввода.

Их у нас три.
1) Поле «Количество картинок».
2) Выпадающий список с размерами картинок.
3) Поле для ввода тегов.

Примечание. При загрузке пользователем фотографий, Flickr создает несколько превьюшек разных размеров. Именно эти превьюшки мы и будем показывать в сайдбаре.

Переходим к методу, формирующему сам виджет.

1. class Flickr_Widget {
2. …
3.     public function widget($args) {
4.         echo $args['before_widget'];
5.         //показываем заголовок виджета
6.         echo $args['before_title'] . 'Images from Flickr' . $args['after_title'];
7.         //читаем массив с опциями
8.         if ( $data = get_option('fw_data') ) {
9.             //подключаем библиотеку для работы с XML-RPC
10.             include_once ('wp-includes/class-IXR.php');
11.             
12.             $client = new IXR_Client(Flickr_Widget::$flickr_url);
13.             $params = array('api_key'=>$data['fw_app_key']
14.                             ,'tags'=>$data['wf_tags']
15.                             ,'per_page'=>$data['wf_images']
16.                             );
17.             if ( !$client->query('flickr.photos.search', $params) ) {
18.                 echo 'Error: '.$client->getErrorCode().':'.$client->getErrorMessage();
19.             }
20.             else {
21.                 $photos = $client->getResponse();
22.                 $xml = new SimpleXMLElement($photos);
23.                 foreach ($xml->photo as $photo) {
24.                     $url = 'http://farm'.$photo['farm']
25.                             .'.static.flickr.com/'
26.                             .$photo['server'].'/'
27.                             .$photo['id'].'_'
28.                             .$photo['secret'];
29.                     $oUrl = 'http://www.flickr.com/photos/'
30.                             .$photo['owner']
31.                             .'/'.$photo['id'];
32.                     if ('' !== $data['fw_size']) {
33.                         $url .= '_'.Flickr_Widget::$IMG_SIZES[$data['fw_size']][0].'.jpg';
34.                     }
35.                     else {
36.                         $url .= '.jpg';
37.                     }
38.                     echo '<div class="flickr_image"><a href="'.$oUrl.'" target="_blank"><img src="'.$url.'" alt="'.$photo['title'].'" /></a></div>';
39.                 }
40.             }
41.         }
42.         else {
43.             echo 'No settings';
44.         }
45.         echo $args['after_widget'];
46.     }
47. …
48. }

* This source code was highlighted with Source Code Highlighter.

Принцип работы следующий.

1) Выводим заголовок виджета.

2) Читаем опцию (с помощью функции get_option). Если опция найдена:

2.1) Загружаем класс для работы с XML-RPC.

2.2) Формируем и отправляем запрос на Flickr.

2.3) Если ответ получен, формируем ссылки для тегов img. Ответ от Flickr приходит в XML формате, и для его анализа мы используем библиотеку SimpleXML. Расписывать, как формируются ссылки я не буду, на этой странице вы найдете достаточное количество примеров.

2.4) В цикле выводим теги img (я дополнительно вставил их в div’ы).

Вот и все Мы получили работающий виджет.

Я не буду утверждать, что работать с виджетами в WordPress одно удовольствие Но, с другой стороны, каких-то сверхсложных действий не требуется, и основная часть времени все равно уйдет на написание вашего кода.

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

В общем, надеюсь, эта статья вам поможет Если есть вопросы или замечания, пишите, постараюсь ответить!

Постовой

Даем бесплатные консультации по вопросам налогообложения. Заходите!

Я думаю, многие блоггеры пользуются возможностью отложенной публикации постов в WP. Действительно, функция очень удобная, т.к. позволяет публиковать новые материалы через более-менее равномерные промежутки времени. К тому же для ее использования делать практически ничего не нужно, достаточно просто указать в админке WordPress дату публикации.

Но недавно у меня возникла задача публиковать посты через XML-RPC и, сразу же обнаружилось несколько не совсем очевидных нюансов, которые касаются указания даты. О них я и хочу сегодня рассказать.

Для начала немного теории.

WordPress имеет встроенный XML-RPC сервер, который позволяет выполнять практически все операции с постами и страницами (создание/чтение/изменение/удаление).

Примечание. По-умолчанию в целях безопасности поддержка XML-RPC отключена. Вы можете включить ее на странице Settings – Writing – Enable the WordPress, Movable Type, MetaWeblog and Blogger XML-RPC publishing protocols.

Для публикации поста нужно сформировать и отправить XML-RPC запрос со всеми необходимыми данными.

Естественно, формировать его вручную не самое увлекательное занятие. Гораздо удобнее использовать одну из многочисленных библиотек для работы с XML-RPC.

Для этого примера я решил использовать библиотеку под названием IXR_Library, которую, кстати, использует и движок WordPress.

Только WP ее использует для создания XML-RPC сервера, а нам нужен XML-RPC клиент.

Нам потребуется выполнить 3 несложных действия.

1) Создать объект типа IXR_Client (XML-RPC клиент).

2) Создать массив с данными.

3) Опубликовать пост с помощью метода query.

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

Взгляните на пример кода.

Мы подключили библиотеку, создали объект типа IXR_Client (при этом мы указали адрес блога) и начали заполнять массив с данными ($requestData).

Первым элементом этого массива должен быть id автора. Если вы единственный автор блога, ставьте 0.

Второй и третий элементы – ваши логин и пароль.

Четвертый элемент – массив с данными. Это ассоциативный массив, поэтому последовательность элементов роли не играет. В данном случае мы указали заголовок поста (title), разрешили комментарии (mt_allow_comments) и запретили пинги (mt_allow_pings).

Обратите внимание. Элементам mt_allow_comments и mt_allow_pings нужно присвоить числовые значения, элементу title – текстовое.

Затем мы указали перечень тегов (mt_keywords) и добавили текст поста (description).

Теперь о дате. Передавать нужно объект типа IXR_Date, а в его конструкторе указать дату в формате «ггггммддТчч:мм:сс». Букву «Т» в принципе можно заменить любой другой или пробелом, она просто игнорируется. Но все остальные значения должны быть введены в строгом соответствии с этим форматом, а длина строки должна равняться 17-ти символам.

Например, нельзя выводить только две последних цифры года, обязательно все четыре.

Пятый элемент массива – булево значение, указывает, публиковать пост или нет. Если дата, указанная в элементе dateCreated еще не наступила, то статус поста будет scheduled.

Для отправки поста мы используем метод query. В его первом параметре указываем название функции XML-RPC сервера, которую мы хотим вызвать. В данном случае это metaWeblog.newPost. Во втором – передаем массив с данными.

Примечание. Подробнее о функциях, которые поддерживает XML-RPC сервер WP можно почитать в статье «Публикация постов в WordPress с помощью XML-RPC и CodeIgniter». Но основными источниками информации остаются Codex WP и, конечно, сам файл xmlrpc.php.

Получить id опубликованного поста можно с помощью метода getResponse.

Как видите, ничего принципиально сложного нет. Главное правильно сформировать массив с данными

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

Возможности ограничены только вашей фантазией

Вы, конечно, знаете, что новые версии WordPress поддерживают древовидные комментарии.

Для каждого такого комментария движок создаёт довольно сложную разметку с большим количеством классов, которые можно использовать для оформления.

В идеале разработчик темы WordPress должен использовать только параметры функции wp_list_comments (выводит список комментариев) и CSS стили.

Но идеальных вещей не существует в природе и WordPress – не исключение

В общем, стандартное оформление комментариев содержит несколько очень неприятных недостатков.

Например.

После имени комментатора выводится слово says:, которое нельзя изменить с помощью параметров wp_list_comments. Хотя, текст ссылки Reply можно изменить с помощью этой функции

Вывод даты имеет фиксированный формат, что-то вроде сентября 7, 2009 at 9:29 am

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

Проблема заключается в том, что эти настройки прописаны в файле wp-includes/comment-templates.php. Т.е. если мы внесем в него изменения, они будут перезаписаны после очередного обновления движка, которые, кстати, появляются довольно часто.

Кстати, строка 1226 в файле wp-includes/comment-templates.php выглядит так:

Видите, мы может изменить оформление слова says: (с помощью CSS класса says), но не можем изменить сам текст.

Для того, чтобы решить эти проблемы нужно определить собственную функцию, формирующую дерево комментариев.

1) В файле comments.php вашей темы в параметре callback функции wp_list_comments указываем имя функции, которую нужно использовать для вывода комментариев.

В данном случае это mytheme_comment.

2) Создаем саму функцию. Она должна находиться в файл functions.php вашей темы.

Заново писать всю функцию целиком нет никакого смысла (разве что вы хотите сделать что-то неповторимое ). Лучше использовать готовый шаблон

Он полностью совпадает со стандартным выводом комментариев в WP.
Теперь можно немного его подправить.

Примечание. Почитать о форматировании дат можно здесь.

У меня получилось примерно следующее.

Строка с форматами даты и времени.

Слово says: я просто удалил.

Кстати, будьте аккуратны при использовании этого метода. Учтите, что на вывод комментариев влияют не только разметка и стили, указанные в теме WordPress, но и настройки, сделанные через админку движка.

Например, если вы будете уменьшать размер шрифта вложенных комментариев или сделаете большой отступ слева, то ваш дизайн может стать совсем не привлекательным без ограничения на количество уровней вложенности комментариев.

В общем, тщательно тестируйте все ваши нововведения.

Удачи!

Интересно почитать

Разработка сайтов в Минске. Студия веб-дизайна в Минске.

Наверное, ни для одного блоггера не секрет, что в новых версиях WordPress появилось несколько довольно спорных нововведений.

Речь, прежде всего о ревизиях. Если их не отключить, то размер базы данных может легко увеличиться в несколько раз, причем безо всякой пользы для вас.

Поэтому появление плагинов, которые позволяют с этим бороться вряд ли кого-то удивит.

О таком плагине сегодня и пойдет речь. Называется он WP-Optimize и позволяет:

- удалить ревизии постов;

- удалить спамерские комментарии, т.е. те, которые в базе данных уже отмечены как spam;

- удалить комментарии, которые не прошли модерацию;

- оптимизировать базу данных;

- изменить имя администратора. Эту возможность, на мой взгляд, нужно было давно встроить в движок.

Честно говоря, себе я этот плагин не устанавливал, т.к. ревизии у меня в базе данных никогда не создавались. Я их отключил сразу после установки WP.

Спам – это вообще отдельная тема, которая уже надоела до предела. Да и все равно проверять эти комментарии приходится вручную.

Остальное операции тоже несложно выполнить имея минимальные знания о базах данных и PhpMyAdmin.

Т.е. плагин будет полезен прежде всего тем пользователям WordPress, которые не рискуют сами работать с БД

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

Все как обычно. Скачиваем, распаковываем, заливаем в wp-content/plugins, активируем.

После этого в настройках появиться страница этого плагина (WP-Optimize) на которой вы сможете выбрать нужную операцию.

В заключение дам несколько советов.

1) Если вы не уверены в собственных действиях или просто хотите подстраховаться, сделайте бекап базы данных.

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

3) Измените имя администратора. Это вопрос безопасности. Стандартное имя (admin) все знают и хакерам останется только определить ваш пароль. А если вы измените имя, то их взломать блог станет сложнее.

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

До встречи!

Интересно почитать

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