WordPress Support

Плагин "Another Wordpress Meta Plugin" для редактирования Meta информации.

Добавлено 11 марта 2010 в категорию Плагины.

В пару к SEO Title Tag не лишним будет воспользоваться и этим плагином, который служит для генерации Meta Description и Keywords для ваших записей и страниц. Если про keywords можно забыть из-за его полного в последние годы игнорирования поисковиками, то description это очень важный параметр, используемый практически всеми поисковиками. Именно из description поисковики формируют так называемый сниппет в выдаче и он в немалой степени влияет на решение посетителя перейти по вашей ссылке. Например, вот такой в Google сниппет этого блога:

Скачиваем плагин с его домашней страницы и устанавливаем его:

1. Распаковываем архив.

2. Копируем папку another-wordpress-meta-plugin в /wp-content/plugins/.

3. Заходим в админку блога на вкладку "Плагины" и активируем плагин.

Настройка плагина происходит в "ПараметрахAnother Wordpress Meta Plugin". Собственно настроек тут практически и нет: можно указать description для главной страницы, указать использовать или нет названия рубрик в качестве keywords. Тут есть еще пара опций, связанных с тегами, но так как по-хорошему у каждого блогера индексация тегов должна быть запрещена (для предотвращения дубликации контента), то и использовать какие-либо поисковые оптимизации тегов не имеет смысла.

Плагин по сути очень простой и не имеет никаких дополнительных настроек, которые бы его отличали от комбайнов вроде All in One SEO Pack. Собственно, автор уже прекратил поддержку данного плагина, рекомендуя всем перейти на All in One SEO Pack, с которым у плагина есть обратная совместимость. Но, так как я использую для генерации титлов записей плагин SEO Title Tag, то переход на мультифункциональные плагины я не рассматриваю (нет в них дополнительных возможностей, нужных мне).

Использование плагина чрезвычайно простое. Вы просто заходите в редактирование записи или страницы и прописываете нужный вам description и по желанию keywords. Никаких массовых редактирований meta-информации плагин не предоставляет, в отличие от SEO Title Tag. По идее, мне бы уже давно стоило найти какую-нибудь более функциональную замену этому плагину, но делать это неохота, так как хоть и без особых удобств, но плагин со своей работой вполне справляется.

Есть только одна неприятная вещь в работе этого плагина – не стоит в description указывать кавычки вида "". Почему? Потому что первый же вывод этих кавычек обрежет description. Ситуация вполне логичная и правильная, вины плагина тут никакой нет. Баг плагина в другом: если эти кавычки прописать как ", то при публикации записи description будет показан правильно и с кавычками, но если вы вздумаете заново отредактировать вашу запись, то плагин вам выведет на странице редактирования записи в description не ", а уже готовую кавычку ". То есть при каждом сохранении записи или страницы вы должны менять в description все кавычки типа " на ", что довольно гимморно. Для себя я эту дурацкую ситуацию решил однозначным способом: отказался от использования этих кавычек при написании описания записи, чего и вам желаю.

 

Автор плагина: uberdose

Страница плагина: [ссылка]

Рассматриваемая версия: 2.0.3 от 15.12.2007

Совместимость с версией WordPress: 2.0.2 и выше.

Вывод информации о нагрузке блога на WordPress

Добавлено 10 марта 2010 в категорию Плагины.

Вывод информации о нагрузке WordPressВ последнее время меня стали спрашивать о том, как я вывожу в футере информацию о нагрузке блога при генерации страницы. Я имею ввиду число запросов к MySQL базе, время генерации страницы и число затраченной на это памяти. В основном, конечно, спрашивают о памяти, так как код показа числа запросов и времени генерации встроен в дефолтный шаблон WordPress, хоть по умолчанию и закомментирован. Сразу скажу, что память считается функцией memory_get_usage и я понятия не имею, как именно она работает. Скажем, не секрет, что последние версии WordPress даже при выделенных 32Мб памяти частенько не хотят работать, а поэтому число, выводимое функцией memory_get_usage ставит меня в тупик: во-первых, на локальном сервере функция выводит число потребляемой памяти раза в 4 большее, чем на хостинге и, во-вторых, в любом случае это число меньше 32Мб, без которых WordPress по сути работать не хочет. Вероятно, использование функции зависит от каких-то настроек сервера, но все мои поиски информации об этом не принесли никакого результата. Но, тем не менее, выводимое число потребляемой памяти можно использовать, как абстрактную величину: скажем, можно оценить насколько вырастает потребление памяти при включении какого-то плагина или генерация каких страниц блога у вас затрачивает наибольшее количество памяти.

Откройте файл functions.php вашего шаблона и добавьте туда код:

function usage() {
printf(('%d / %s'), get_num_queries(), timer_stop(0, 3));
if ( function_exists('memory_get_usage') ) echo ' / '
 . round(memory_get_usage()/1024/1024, 2) . 'mb ';
}
add_action('admin_footer_text', 'usage');

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

add_action('wp_footer', 'usage');

Только убедитесь, что в файле footer.php вашего шаблона есть вызов функции wp_footer(), без нее автоматическое добавление работать не будет. Но я бы вам посоветовал вручную вставить нужный код в файл footer.php – тем самым вы можете управлять тем, как будет выглядеть эта информация в футере. Для этого добавьте туда что-то типа:

<small><?php usage(); ?></small>

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

<?php if (current_user_can('level_10')){ ?>
<small><?php usage();?></small><?php } ?>

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

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

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

Плагин "Better Comments Manager" для ответов на комментарии в админке.

Добавлено 6 марта 2010 в категорию Плагины.

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

Скачиваем последнюю версию плагина с его домашней страницы и устанавливаем его следующим образом:

1. Распаковываем архив.

2. Копируем папку better-comments-manager в /wp-content/plugins/.

3. Заходим в админку блога на вкладку "Плагины" и активируем плагин.

Все, плагин работает и им можно пользоваться. Он добавляет себя в главное меню, создавая пункт "Better Comments Manager" и еще добавляет себя в качестве подпункта в "КомментарииBetter Comments Manager". Причем я заметил только одно отличие между ними: открывая управление комментариями через главный пункт почему-то не видно граватаров у ников комментирующих, а если через "Комментарии", то их видно. Других различий я не нашел и поэтому пользуйтесь тем, что вам удобнее.

Плагин добавляет следующие вещи: поиск по комментариям (ищет по тексту комментария, имейлу, ссылке и по IP-адресу комментирующего), добавляет ссылки на Threaded Reply (ответ при использовании плагина древовидных комментариев "Brians Threaded Comments", если этот плагин не установлен, то ответ работает как обычный комментарий), New Reply (новый комментарий), View All (посмотреть все комментарии к этой записи).

И Threaded Reply и New Reply работают через технологию AJAX, то есть при клике на них появится текстовое окно для ввода комментария, а при сохранении комментарий будет записан без перезагрузки страницы.

Есть 2 режима просмотра комментариев: режим плагина по умолчанию "View Mode", где все выглядит как обычно плюс поиск и 3 новые ссылки (перечислены выше) и режим "Mass Edit Mode" с более наглядным представлением комментариев (текст комментариев обрезается на определенном количестве слов, а вся информация по комментарию показана в одну строку).

Вроде почти ничего плагин то и не делает, но процесс ответов на комментарии стал проще и занимает намного меньше времени, чем раньше. 

 

Автор плагина: Keith Dsouza
Страница плагина: [ссылка]
Рассматриваемая версия: 1.5.1 от 28.09.2007
Совместимость с версией WordPress: 2.0.2 и выше.