Раньше для добавления МЕТА описания и разных seo настроек я использовал плагин All in One SEO Pack. Чуть позже мне больше приглянулся Platimun SEO. Тем не менее, мне всегда казалось, All in One SEO Pack был более популярен среди пользователей + старые сайты я уже не стал переделывать. Решение для страниц категорий и тегов я разрабатывал самостоятельно путем редактирования исходников плагина – за несколько часов получилось придумать некую модификацию, с помощью которой я мог задавать для любой страницы title, description и keywords.

В паблик выкладывать я эту разработку не стал, а потом как-то сами стали появляться подобные плагины. Чуть позже в рунете начали использовать модуль All meta, что позволял легко указывать все МЕТА данные. К сожалению, в последних версиях плагин начал сбоить и работа его была несколько нестабильной. В частности из-за этого пришлось делать хак отображающий правильные заголовки категорий с кэшем MaxCache. Иногда не грузились целые страницы из-за модуля и т.п., да и сами разработчики прекратили поддержку. Пришлось искать альтернативу – подходящий вариант Category SEO Meta Tags.

Плагин Category SEO Meta Tags

Вообще плагинов для МЕТА описания категорий есть несколько, но в этом меня привлекло то, что было заявлено мол он разработан специально с учетом All in One SEO Pack. Были модули, где эта опция является частью намного больше функциональности, что-то вроде альтернативы Platimun SEO и All in One SEO Pack. Но мне хотелось найти самый простой, который бы просто выводил МЕТА описания и ничего больше. На первый взгляд Category SEO Meta Tags подходил идеально.

Единственное, чем он, возможно, не так крут – это установка. Она здесь немного «усложненная», хотя без этого никак. Итак, первым делом скачиваем плагин отсюда. Дальше распаковываем на локальном компьютере и загружаем на ФТП в директорию /wp-content/plugins/. Активируем модуль в разделе плагинов админки, после чего нужно будет подправить исходники All in One SEO Pack.

Итак, в директории плагина All in One SEO Pack находим файл aioseop.class.php. Здесь где-то в районе 762 строки (внимание это для версии 1.6.14.3) увидите код:

$title = $this->paged_title($title);
$header = $this->replace_title($header, $title);
} else if (is_page() || $this->is_static_posts_page()) {

В нем после первой строки добавляете:

$title = apply_filters('aioseop_category_title',$title);

Следующий шаг – ищем строку 811 (для версии 1.6.14.3), где будет что-то врде:

$title = $this->paged_title($title);
$header = $this->replace_title($header, $title);
}
} else if (isset($STagging) && $STagging->is_tag_view()) { // simple tagging support

Опять после первой строки добавляем:

$title = apply_filters('aioseop_tag_title',$title);

Сохраняем файл и заменяем им исходную версию All in One SEO Pack. Это поможет выводить Title, который вы указываете в настройках Category SEO Meta Tags а не общий вариант для All in One SEO Pack. Дальше нужно проверить работает ли наш хак – для этого просто указываете МЕТА описания на страницах категорий:

Кстати, для модуля Category SEO Meta Tags есть еще некоторые настройки, которые вы можете найти в пункте меню CSMTags Settings в разделе «Параметры». В принципе, ничего особенного, базовые опции.

Единственное, что хотелось бы добавить так это еще небольшой хак для корректности отображения описаний.  Не знаю так ли это было во всех версиях All in One SEO Pack, то ли только в последних, но на страницах категорий отображается автоматически сгенерированный description. Это, конечно, очень хорошо, но только, если вы на планируете использовать другие плагины для этих целей. По логике вещей пошел в настройки All in One SEO Pack, где в пункте «Формат описания» убрал все параметры. К сожалению, ничего это не изменило, поэтому пришлось править код.

Опять открываем файл aioseop.class.php, где находим строку:

$description_format = $aioseop_options['aiosp_description_format'];

Здесь я немного изменил исходных код, добавив дополнительный параметр $description_format_empty:

if (!isset($description_format) || empty($description_format)) {
	$description_format = "%description%";
	$description_format_empty = true;
}

А чуть дальше вместо в стандартную строку

$meta_string .= sprintf("<meta name=\"description\" content=\"%s\" />", $description);

… разместил условие выводить описание, только если поле формата не пустое:

if ($description_format_empty == false) {
	$meta_string .= sprintf("<meta name=\"description\" content=\"%s\" />", $description);
}

Странно, но по умолчанию, если не указана никакая информация в «Формат описания», то по умолчанию все равно будет выводиться description. Собственно, этим хаком я исправил ситуацию, так как два description на странице смотрится некорректно.

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

© Wordpress inside, 2012. | Комментариев - 4 | Категория Оптимизация, Плагины, Хаки и секреты.

Связанные записи

• Облагораживаем страницы меток и тегов в wordpress (12)
• Хак для Maxcache – как сделать seo title в wordpress без плагина (5)
• Создаем хлебные крошки в WordPress – плагин Breadcrumb NavXT (18)
• Плагины кэширования Hyper Cache + DB Cache Reloaded Fix для wordpress (22)
• Нужный URL в wordpress при использовании нескольких категорий (4)

Пару слов о проблеме. При включении кэша MaxCache и плагина Platinum Seo возникала ошибка с МЕТА тегом title для страницы. При попадании страницы в кэш ключевые слова и описание (keywords, descriptions) сохранялись, а title исчезал. А ведь именно заголовок страницы является чуть ли не самым важным при оптимизации страницы. Я точно не знаю как «видели» и «воспринимали» такое поведение роботы поисковых систем – возможно они могли брать страницу не из кэша, может нет – в любом случае нужно было что-то сделать с этим title тегом.

Как оказалось проблема возникает из-за ошибки разработчиков в плагине Platinum Seo. Вот как прокомментировал мне создатель кэша MaxCache:

Мой кэш никаких изменений в работу WordPress не вносит. Но работа кэша основана на буферизации вывода, то есть вначале включается буферизация, после отработывает кэш и буфер выводится. Работа плагина Platinum SEO заключается в замене в теле страницы строк: тайтл, ключевые слова и т.п. То есть вместо того, чтобы просто прописать функцию для meta и title, разработчики решили включать свою буферизацию вывода. Но забыли прописать завершение буферизации, поэтому тот код, который находится в буфере плагина и обрабатывается на предмет тайтлов просто оказывается вне буфера кэша. Если бы разработчики плагина использовали буферизацию корректно, то проблем не было бы.

В процессе некоторых исследований удалось заменить, что кэш Maxcache может считывать title страницы, если он прописан в шаблоне блога. Тут и возникла идея – а почему бы не сделать seo оптимизированный title в wordpress блог в шаблоне. По крайней мере это было проще чем изучать тысячи строчек кода плагина Platinum Seo.

Итак, заходим в раздел админки «Внешний вид» – меню «Редактор». Открываем файл шаблона header.php и в самому верху там где располагается title добавляем приблизительно таккую конструкцию:

<title>
<?php if ( is_single() ) {
  echo (get_post_meta($post->ID, title, true)." :: Дизайн Мания");
 } else if ( is_page() ) {
  echo (get_post_meta($post->ID, title, true)." :: Дизайн Мания");
 } else if ( is_category() ) {
  echo (single_cat_title('', true)." :: Дизайн Мания");
 } else if ( is_tag() ) {
  echo ("Дизайн Мания :: "); echo (single_tag_title('', true));
 } else if ( is_month() ) {
  echo (the_time('F, Y')." :: Дизайн Мания");
 } else if ( is_search() ) {
  echo ("Поиск по сайту Дизайн Мания");
 } else if ( is_404() ) {
  echo ("Страница на сайте не найдена.");
 } else if ( is_home() ) {
      echo ("Дизайн Мания - блог про веб дизайн (web design)");
 }
?>
</title>

Теперь немного пояснений. Когда-то уже рассказывал о том что такое условные операторы в wordpress и как с их помощью можно вывести текст только на главную страницу. Здесь используется тот же самый принцип – проверяются разные условия:

• is_single – если страница является постом блога;
• is_page – отдельная страница (Page) в wordpress;
• is_category – страница категории;
• is_tag – условие соответствует странице тегов;
• is_month – если открыт архив по месяцам;
• is_search – страница с результатами поиска;
• is_404 – ошибка 404 – нет такой страницы в блоге;
• is_home – ну и напоследок главная страница сайта, может быть еще is_front_page.

Значения title для каждого случая можно взять из настроек плагина Platinum Seo.

Функция echo в коде выше просто выводит текст внутри тега title для заголовка. Что касается используемых функций, то single_tag_title и single_cat_title соответственно выводят названия тегов и категорий, а вот get_post_meta действует куда более тонко. Дело в том, что плагин Platinum Seo при заполнении полей title, keywords, description для поста или страницы создает произвольные поля custom fields, а из них можно считать значение с помощью функции get_post_meta.

Таким образом, для всех постов блога заголовок title получится именно таким, каким вы задавали его в Platinum Seo, то есть проблема оптимизации для поисковиков будет решена. Да, конечно, тайтлы страниц категорий и тегов будут весьма скомканными, но здесь можно попробовать плагин All Meta (я не тестировал, но, по идее, там никаких глюков быть не должно). В принципе, код для header.php можно еще немного доработать, добавив обработку всех условных операторов – для архива года, дня (если есть календарь в блоге) + сделать считывания МЕТА тегов при переходе по страницам сайта и т.п. Сам принцип хака, думаю, вам уже понятен.

UPDATE:Я попробовал совместить данное решение с плагином All Meta, в результате чего получился еще один хак для Maxcache (более продвинутый), позволяющий использовать и корректно выводить заголовок (title) для страниц архивов тегов и категорий.

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

© Wordpress inside, 2011. | Комментариев - 5 | Категория Оптимизация, Хаки и секреты.

Связанные записи

• Плагины кэширования Hyper Cache + DB Cache Reloaded Fix для wordpress (22)
• Облагораживаем страницы меток и тегов в wordpress (12)
• Установка wordpress плагинов по FTP и через админку (26)
• Список последних сообщений выбранной категории (14)
• Плагин wp-polls для голосование (опроса) в блоге (33)

Дабы полностью рассмотреть вопрос со страницами тегов и меток выделим несколько этапов – редактирование меток, отображение описаний, ну и МЕТА теги для них. В каждом из них есть свои нюансы.

Итак, дабы добавить какой-то текст в метку (тег), нужно зайти в раздел «Записи» и выбрать пункт меню «Метки». Там увидите поля для названия, ярлыка и ее описание. По умолчанию поле описания будет обычным полем типа textarea для HTML формы. Дабы у вас было больше возможностей по вводу текста рекомендую поставить плагин Rich Text Tags – он добавляет графический редактор не только в поле описания тегов, но также поддерживает категории и таксономию.

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

Идем дальше, следующий шаг – заставить весь этот текст отображаться. По умолчанию для этого используется функция tag_description(). Ее синтаксис следующий:

<?php tag_description( $tag_id ); ?>

В качестве параметра тут выступает ID тега описание которого нужно вывести на странице. Если никой параметр не указан, то отобразится текущий выбранный тег – именно то что нам и нужно. Следует также отметить, что сама wordpress функция описание не выводит, а лишь «отдает его», поэтому:

<?php $description = tag_description(); 
echo $description;
?>

Можно, конечно, сразу использовать echo для tag_description() без присвоения переменной, я просто указал дабы всем было нагляднее. Также при этом возникает 2 вопроса – что делать, если описание пустое и как быть со страницами тегов, когда их больше одной. В первом случае мы можем просто выводить информацию о странице либо же ничего не делать, во втором, безусловно, нужно отображать текст описания только на первой странице.

Для заходим в шаблон страницы архивов archive.php, где найдете перечень условий IF для каждого их типа архива – категорий, тегов, дней и т.п. Находите место обработки тегов – is_tag и грамотно(!) вписываете код по типу этого:

<?php } elseif ((is_tag()) and (!is_paged())) { ?>
<h1>Выбранный тег - <?php echo single_tag_title('', true); ?></h1>
<?php $descr = tag_description(); 
if ($descr != '') echo $descr; else { ?>
<p>Записи по тегу <?php echo single_tag_title('', true); ?>.</p>
<?php } ?>
<?php } elseif ((is_tag()) and (is_paged())) { ?>
<h1>Выбранный тег -  <?php echo single_tag_title('', true); ?></h1>
<?php  } elseif (is_day()) { ?>

Здесь во первых проводится проверка на наличие страниц (is_paged), во-вторых, считывается описание в переменную $descr и смотрится пустая она или нет. В зависимости от тех или иных результатов получаем разные вывод текста на страницу – заголовок с описанием или без него.

Последним штрихом к странице меток можно считать добавление МЕТА тегов – тайтла, description и ключевых слов. Для этого можно воспользоваться плагином All-meta, скачать который можно здесь. Установка классическая – распаковываем плагин в директорию /wp-content/plugins/ и активируем в амдинке.  После этого в разделе «Плагины» появится пункт All-meta.

Здесь для каждой категории и тега можно задать title, descriptions и keywords. Следует также заметить, что последних версиях наблюдается некая ошибка Warning: unserialize() expects parameter 1 to be string точнее это предупреждение – вреда сайту от этого нет, поэтому можно не обращать на нее внимания. Также при сохранении тегов у меня почему-то пропадают все описания, но если зайти на страницу плагина еще разок – все появляется, то есть в БД информация сохраняется. В любом случае после установки и добавления All-meta нужно тщательно посмотреть чтобы на сайте все корректно выводилось и работало.

В целом, если у вас есть время и желание добавить сайту немного больше качественных страниц, тогда облагораживанием категорий и меток – хорошее решение для этого. С помощью специальных плагинов (Rich Text Tags и All-meta) вы можете использовать для редактирования текстовый редактор и добавлять МЕТА теги. А для отображения описания тегов нужно лишь немного изменить код в шаблоне сайта.

P.S. Не мыслите свою жизнь без мобильника? поклонник гаджетов? – тогда обзор телефонов специальные раздел проекта поможет быть в курсе последних новинок.
Хотите быть обладателем лучших часов calvin klein, gucci, dior? добро пожаловать в интернет магазин часов копии знаменитых брендов, выполненные в лучшем качестве.
Магазин Empik радует посетителе не только книгами, но и позволяет выбрать подарки для любого повода, оригинальные подарки не оставят никого равнодушными.

© Wordpress inside, 2011. | Комментариев - 12 | Категория Оптимизация, Хаки и секреты.

Связанные записи

• Хак для Maxcache – как сделать seo title в wordpress без плагина (5)
• Убираем ненужный текст из атрибута title для ссылок категорий (16)
• Список последних сообщений выбранной категории (14)
• Нужный URL в wordpress при использовании нескольких категорий (4)
• Добавляем окончание .html для URL страниц в WordPress (26)

До Wp Minify, правда, еще не дошел, штука интересная, но я уже когда-то делал базовую оптимизацию скорости загрузки сайтов поэтому решил сосредоточиться исключительно на кэшировании. По некоторым отзывам комбинация из плагинов Hyper Cache + DB Cache Reloaded Fix давала наиболее ощутимый прирост производительности и эффект. WP Super Cache, WP Cache показали себя чуть хуже. Фишка в том, что первый плагин DB Cache reloaded fix кэширует PHP запросы к БД, а второй Hyper Cache занимается статическими страницами сайта поэтому они между собой не должны конфликтовать.

Hyper Cach

Самый большой плюс плагина Hyper Cach это, конечно, его простота настройки – даже новичок сможет установить и подключить кэширование. Он может легко «подружиться» с другими плагинами без вредя для сайта, совместим, например, с wp-pda для мобильных устройств, или с плагином Global Translator и т.п. Поддерживается кэширование для редиректов, 404 страниц, rss фида, можно использовать компрессию страниц gzip, есть специальная система авто очистки дабы минимизировать место занимаемое на диске.

Для установки скачиваете плагин с официального сайта распаковываете архив на компьютере и загружаете его в директорию wp-content/plugins/. Дальше в админке wordpress активируете его. Также для активации кэширования нужно будет добавить в файл wp-config.php строку:

define(‘WP_CACHE’, true);

Если установлены права на запись, то по-моему, плагин сам это сделает, иначе можно вручную. Переходим в настройки модуля – раздел «Параметры», меню Hyper Cach. В принципе, по умолчанию здесь все установлено как нужно для нормальной работы.

Возле каждого параметра есть небольшое описания дабы можно было понять зачем он используется. В своем блоге автор также подробно рассказывает о них. Так, например, «Cached pages timeout» – время за которое кэш считается устаревшим. Принцип работы Hyper Cach заключается в том, что при обращении к разным страницам модуль использует сохраненные ранее HTML их версии. Если время, когда та или иная страница была сохранена в кэше больше чем установленное в параметре, то для ее обработки кэширование использовать не будет и она отобразится без плагина + при этом будет «перекэширована» дабы следующие пользователи видели новый сгенерированный ее вариант. В плагине установлено значение жизни кэша 1440 минут – один день.

Еще один момент – Cache invalidation mode. Данный параметр задает какие именно страницы будут удалены из кэша и при каких условиях. Значение «All cashed pages» означает что при любом малейшем изменении в блоге (редактирование поста, комментарий) все страницы кэша будут считаться «недействительными». Второй вариант «Only modified post» более оптимальный, так как при нем очищается кэш только для текущей страницы и архивов, если установлена соответствующая галочка в настройках. Для очень редко меняющихся сайтов на wordpress можно ставить «Nothing» чтобы кэш вообще не чистился при изменениях текстов.

DB Cache reloaded fix

Новый улучшенный плагин DB Cache reloaded fix теперь без багов + более защищен. Особенность заключается в кэшировании запросов к базе данных. В описании сказано, что он быстрее чем стандартные плагины кэширования, которые работают с HTML страницами, занимая при этом меньше места вашего хостинга.  С помощью DB Cache reloaded fix уменьшается нагрузка на CPU а это значит что одновременно на сайте может быть большое число пользователей.

Установка стандартная – скачиваете модуль отсюда, разархивируете и заливаете на ФТП в директорию /wp-content/plugins/. Активируете плагин через админку WP и, по идее, это все:) В настройках не так много пунктов.

Не нашел в сети рекомендаций по поводу параметра «Expire a cached query after», было в одном из блогов лишь замечание мол «чем больше время сохранения, тем больше кэш получается». По умолчанию стоит значение 5 минут, кэш удаляется автоматически, думаю 10-20 минут можно ставить. Ниже есть параметр «Load stats template», что задает формат комментария в коде генерируемой страницы, который выдает результаты кэширования.

Эффективность Hyper Cache + DB Cache Reloaded Fix

Безусловно использование двух плагинов кэширования вместе дает некоторое преимущества для скорости загрузки сайта, тем более, что работают они по разным принципам. Изначально при переезде на другой хостинг был установлен только WP Super Cache и после его замены на данную «комбо связку» Hyper Cache + DB Cache Reloaded Fix блог «хоть как-то ожил». Потом тех. поддержка установила на сервак nginx и 2500 уников в сутки стали не так сильно тормозить.

Особая благодарностью второму модулю – кэширование запростов реально работает, если с обычным кэшем (по информации wp) загрузка при 70-80 запросах была 3-4 секунды, то сейчас 1-2 и 30-40 из всех запросов при этом кэшируются. Конечно, даже при таких результатах есть к чему стремиться, загрузка блога все также немножечко «подтормаживает», но и 2500 посетителей нормальное такое число аудитории. Кстати, скоро рассмотрю еще более крутой вариант кэширования, хотя и не бесплатный (но все равно дешевле чем крутые хостинговые тарифы).

P.S. В связи с 6-летием хостинг-компания Inferno Solutions предлагает администрируемый сервер в Германии Core2Quad Q9550 4×2.83 Ghz + 8GB RAM + 2x500GB HDD + 5000Gb bw + 100Mbit – по СУПЕР цене 99$! Помощь в переезде прилагается.
Интернет магазин ЛинзМастер предлагает качественные контактные линзы купить которые можете не выходя из дома с доставкой по Украине.

© Wordpress inside, 2011. | Комментариев - 22 | Категория Оптимизация, Плагины.

Связанные записи

• Хак для Maxcache – как сделать seo title в wordpress без плагина (5)
• Создаем хлебные крошки в WordPress – плагин Breadcrumb NavXT (18)
• Плагин WPML – мультиязычность и локализация wordpress сайта (39)
• Плагин Lightbox Plus – улучшенный эффект для изображений (13)
• Плагин LeagueManager для ведения спортивных (26)

Если вы внимательно посмотрите на HTML код wordpress  блога в область head, а потом сравните это с файлом header.php, то обнаружите, что кроме указанных там вызовов скриптов Javascript и стилей CSS есть много других строк. Они, как правило, появляются при использовании различных плагинов, что добавляют свои стили или скрипты в HTML. Иногда результирующий код получается ну очень большим.

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

Оказывается большинство различных «дополнительный вставок» для блока head реализуется с помощью хуков функции wp_head(). Если посмотрите в код своего файла шаблона header.php, то, скорее всего, ее там найдете. «Так можно ведь ее просто удалить» – скажете вы, но это повлечет после себя определенные последствия, которые негативно скажутся на работе блога, так как будут удалены не только «ненужные вставки», но и все остальные, без которых не обойтись.

К счастью, вы можете деактивировать некоторые «вставки» без удаления функции wp_head(). Для этого применяем некий специальный алгоритм.

Во-первых, вы должны внимательно посмотреть основной php файл того плагина, хуки которого собираетесь удалить. Там должна быть конструкция по типу:

add_action('wp_head', 'plugin_function_here');

Теперь дабы избавиться от этого вызова мы добавляем в файл functions.php следующие строки:

remove_action('wp_head', 'plugin_function_here');

Сохраняете шаблон и смотрите что получилось.

Тем не менее, бывают уникальные случаи, когда использование remove_action для wp_head() не срабатывает. Так, например, в случае с тем же WP-PageNavi (версии 2.5.0) нет явного вызова функций в wp_head(), но плагин все равно грузит свой файл стилей. Если внимательно рассмотреть исходный код wp-pagenavi.php, то найдете там некую функцию «Enqueue PageNavi Stylesheets», которая добавляет стили через:

add_action('wp_print_styles', 'pagenavi_stylesheets');

Соответственно чтобы прекратить этот вызов добавляем в файл функций fuctions.php строку:

remove_action('wp_print_styles', 'pagenavi_stylesheets');

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

Также с помощью небольших хаков для functions.php вы можете избавиться и от других элементов wp_head(), которыми не пользуетесь, например:

remove_action('wp_head','feed_links_extra', 3); // ссылки на дополнительные rss категорий
remove_action('wp_head','feed_links', 2); //ссылки на основной rss и комментарии
remove_action('wp_head','rsd_link');  // для сервиса Really Simple Discovery
remove_action('wp_head','wlwmanifest_link'); // для Windows Live Writer
remove_action('wp_head','wp_generator');  // убирает версию wordpress
 
// убираем разные ссылки при отображении поста - следующая, предыдущая запись, оригинальный url и т.п.
remove_action('wp_head','start_post_rel_link',10,0);
remove_action('wp_head','index_rel_link');
remove_action('wp_head','rel_canonical');
remove_action( 'wp_head','adjacent_posts_rel_link_wp_head', 10, 0 );
remove_action( 'wp_head','wp_shortlink_wp_head', 10, 0 );

Некоторые из них могут не работать в разных версиях wordpress, я тестировал для wp 3.0.4, поискать правильные функции можно в wp-includes/default-filters.php.

Но можно пойти еще дальше в процессе оптимизации. Бывает, что шаблоны блога отдельно вызывают jQuery Javascript через wp_head() вместе с некоторыми другими аналогичными скриптами вне wp_head(). Дабы не возникало лишних вызовов нужно избавиться от jQuery в wp_head(), но сделать это оказалось не так просто. Конструкция remove_action(‘wp_head’, ‘jquery’); не сработала, зато потом было найдено другое решение:

wp_deregister_script('jquery');

Единственное, что если разместить ее в functions.php, в панели управления (админке) wordpress не будут работать скрипты для выпадающих меню и некоторые другие функции. В результате некоторых тестов автор оригинальной статьи нашел решение в виде добавления соответствующих строк НЕ в файл functions.php, а в header.php:

<?php wp_deregister_script('jquery'); ?>
<?php wp_head(); ?>

У меня же получилось немного по другому – просто в functions.php добавил некое условие.

if ( !is_admin() ) wp_deregister_script('jquery');

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

Еще один небольшой хак для header:

remove_action( 'wp_head','wp_syntax_head');

Позволяет убрать подключение файла стилей для выделения программного кода в тексте, содержимое wp-syntax.css небольшое и вполне помещается в стандартный файл стилей.

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

© Wordpress inside, 2011. | Комментариев - 24 | Категория Оптимизация, Хаки и секреты.

Связанные записи

• Плагины кэширования Hyper Cache + DB Cache Reloaded Fix для wordpress (22)
• Кэширование в wordpress – выбираем лучший плагин для кэширования (30)
• Хак для Maxcache – как сделать seo title в wordpress без плагина (5)
• Совмещение миниатюр и скрипта первой картинки поста (7)
• Плагин wp-polls для голосование (опроса) в блоге (33)

Еще одним важным моментом в оптимизации работы блога есть подборка плагинов. Ни для кого не секрет, что некоторые модули могут здорово загрузить ваш проект и быть причиной тормозов на сайте.      Одним из таких тяжелых плагинов, к сожалению, оказался WP-PostViews для определения  наиболее популярных (просматриваемых) материалов блога. Сначала не мог понять откуда может быть нагрузка у простого, казалось бы, модуля, но в комментариях мне все же советовали отказаться от него. Насколько я понимаю, каждое посещение пользователя пишется в базу данных дабы потом подбивать статистику – отсюда во-первых, дополнительная нагрузка на БД (если онлайн, допустим человек 5-10), во-вторых, «захламление» таблиц БД не столь важной информацией.

Короче говоря, было принято волевое решение для посещаемых блогов отказаться от использования WP-PostViews в пользу другого не менее интересного модуля – WP-PostRatings. Это рейтинговая система на AJAX для оценки статей и страниц wordpress сайта. После установки плагина пользователи смогут выставлять оценки (положительные, отрицательные либо количественные) к записям проекта. Основное преимущество WP-PostRatings это, конечно, возможность, выразить свое непосредственно отношение к публикациям сайта, то есть отметить нравится она или нет. Это действие подразумевает наличие определенной «не пассивно» аудитории проекта, которая бы оценивала ваши труды. Меня всегда пугали сайты, где красовались 2-3 оценки для статьи и все, возникает ощущение «неживого» блога. В то же время модуль WP-PostViews позволял просто выводить ссылки на популярные статьи, не нужно было никаких оценок и реакции посетителей. Тем не менее, из-за большой нагрузки все же склоняюсь к WP-PostRatings, при посещаемости в 1000-2000 уников за пару месяцев «набьете» оценки для постов, как новых, так и некоторых старых.

Установка и настройка WP-PostRatings

Скачать плагин WP-PostRatings  можно здесь.  Процесс установки его максимально прост – как обычно, разархивируем и заливаем на ФТП в папку wp-content/plugins, после чего Активируем WP-PostRatings в админке wordpress.

После установки в админке появится блок Ratings, где можно:

• Manage Ratings – просматривать результаты оценок для статьей, делать выборки и удалять результаты.
• Ratings Options – указывать некоторые настройки модуля.
• Rating Templates – задавать шаблон отображения результатов и голосования.
• Uninstall WP-PostRatings – удалить плагин.

В настройках вы можете выбрать различные варианты того, как будет отображаться оценивание – будь то обычный «+» и «-» либо количественная оценка в виде «звездочек». Их число, кстати, можно указывать такое как вам нужно.

Если хотите чтобы для изображений использовался не GIF формат, а PNG, то в файле wp-content/plugins/wp-postratings/wp-postratings.php нужно найти строки:

define('RATINGS_IMG_EXT', 'gif');
//define('RATINGS_IMG_EXT', 'png');

И закомментировать (добавить //) первую из них, а у второй слэши убрать. После возвращаетесь в админку в меню Ratings Options и отмечаете один единственный «вариант со звездочками» для PNG.

Следующий шаг – добавить отображение опроса в блог. Для этого открываем файл шаблона, где ходим его добавить – отдельный пост (single.php), архив (archiv.php) и т.п. Далее в коде пишем:

<?php if(function_exists('the_ratings')) { the_ratings(); } ?>

Для файлов шаблона с выводом перечня постов (главная, архив) нужно располагать код внутри цикла Loop, то есть где-то после:

<?php if (have_posts()) : while (have_posts()) : the_post(); ?>

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

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

• Lowest Rated Post – статьи с наименьшим рейтингом.
• Highest Rated Post – статьи с наибольшим рейтингом.
• Most Rated Post – публикации за которые больше всего раз голосовали.
• Highest Score Post – пост с максимальным средним показателем рейтинга, то есть, например, заметка с двумя голосами в сумме дающим 6.5 будет выше чем пост с одной оценкой в 7 баллов.

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

Примеры использования плагина WP-PostRatings

Статьи с наименьшим рейтингом

<?php if (function_exists('get_lowest_rated')): ?>
   <ul>
      <?php get_lowest_rated(); ?>
   </ul>
<?php endif; ?>

где по умолчанию для функции используются параметры get_lowest_rated(‘both’, 0, 10). Здесь вместо both можно использовать отдельно post и page, то есть выводить оценки постов, страниц отдельно или вместе. Значение 0 – минимальная оценка для отображения в списке, 10 – количество выводимых постов.

Пост с самым большим рейтингом по тегу

<?php if (function_exists('get_highest_rated_tag')): ?>
   <ul>
      <?php get_highest_rated_tag(TAG_ID); ?>
   </ul>
<?php endif; ?>

По умолчанию параметры функции следующие get_highest_rated_tag(TAG_ID, ‘both’, 0, 10). Здесь последние значения идентичны предыдущему примеру, а вот в качестве TAG_ID нужно указать ID тега, для которого выводится список рейтинговых постов. Если хотите использовать несколько тегов, то вместо одного значения добавляете массив array(1, 2, 3).

Самый оцениваемая запись в категории

<?php if (function_exists('get_most_rated_category')): ?>
   <ul>
      <?php get_most_rated_category(CATEGORY_ID); ?>
   </ul>
<?php endif; ?>

По умолчанию синтаксис функции get_most_rated_category(CATEGORY_ID, ‘both’, 0, 10). Здесь для CATEGORY_ID указывает номер категории, можно использовать массив array(4, 5, 6). Для постов вместо ‘both’ ставим ‘post’, 0 – минимальное количество голосов для отображения, 10 – число выводимых записей.

Список лучших публикаций по средней оценке за период

<?php if (function_exists('get_highest_score_range')): ?>
   <ul>
      <?php get_highest_score_range('1 day'); ?>
   </ul>
<?php endif; ?>

По умолчанию функция имеет вид – get_highest_score_range(’1 day’, ‘both’, 10). Как видимо, количество дней для периода нужно указывать обязательно. При этом можно использовать значения по типу ‘2 days‘, ‘1 month‘. 10 – число записей, ‘both’ – их формат (посты + страницы).

В целом ничего сложно нет, но кое какие хаки и мысли по модификации плагина я уже успел воплотить в жизнь как здесь, так и на Дизайн Мании. Подробный разбор исходников и некоторых функций плагина WP-PostRatings смотрите в следующей заметке – но там информация больше для продвинутых пользователей, начинающим и вообще в 90% случаев достаточно этой статьи и описания на официальном сайте.

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

© Wordpress inside, 2011. | Комментариев - 81 | Категория Оптимизация, Плагины.

Связанные записи

• Плагин wp-polls для голосование (опроса) в блоге (33)
• Плагин WP-Optimize – оптимизация базы данных (33)
• Кэширование в wordpress – выбираем лучший плагин для кэширования (30)
• Вставка Youtube видео в wordpress шаблон (25)
• Tabbed Widgets Plugin для табов в wordpress блоге (11)

Во-первых, некоторое время назад я рассматривал плагин All in One SEO Pack для увеличения трафика с поисковиков за счет ввода Title и МЕТА тегов для каждой статьи. Во-вторых, чтобы «уникализировать» страницы категорий и тегов блога можно разместить на каждой из них небольшой тематический текст – подробности в статье добавляем текст описания в категории wordpress блога. В-третьих, для любого интернет проекта есть смысл добавить карту сайта, а точнее 2 – одну можно для посетителей, другую для поисковых систем. Посетителям будет удобно посмотреть записи блога или сайта по категориям, датам, когда они находятся на одной странице – в wordpress для этого используем плагин dagon design sitemap generator.  Поисковикам карта сайта нужна в специальном формате XML, чтобы не вникать в тонкости построения и синтаксиса устанавливаем обычный плагин для создания XML файла Sitemap для WordPress.

Все эти 4 небольших хитрости лично я использую для каждого блога, считаю их весьма полезными и нужными. Но заканчивать на этом пост еще рано. В сети было найдено интересное видео одного англоязычного seoшника со стажем How to Optimize a WordPress Blog [Video Guide]. Для начала предлагаю глянуть видео на английском, после чего я добавлю небольшие свои пояснения и уточнения. По словам автора все эти наработки были сделаны исключительно в процессе личных экспериментов и работают для него весьма хорошо. Учитывая, что автор в SEO где-то с 1998 года, верить ему есть резон.

Разобьем все видео на несколько этапов.

Постоянные ссылки (permalinks)

Данная настройка может быть указана в соответствующем одноименно разделе админки wordpress. Там вы можете задать структуру так называемых ЧПУ ссылок, которые отображаются в браузере вместо обычных ID и цифр. Это очень хорошая возможность добавить в адрес страницы дополнительных ключевых слов.

Для своих сайтов лично я указываю структуру /%category%/%postname%/ при которой адрес отдельно поста будет включать также название категории, в которой он находится. При этом есть смысл использовать плагин No category parents для того чтобы при отображении в блоге ссылок категорий в них не добавлялась фраза » category», например, wordpressinside.ru/category/themes/. Если вы посмотрите на рисунок выше, то увидите поля префикс для рубрик и меток – говорят, что путем добавления туда точки «.» можно также избавиться от слова category.

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

Latent semantic indexing (и связные посты)

Честно говоря я без понятия, что значит этот термин, в переводе звучит как скрытое семантическое индексирование, а по видео очень похоже на «грамотную» тематическую перелинковку. Если быть точнее автор видео рассказывает на примере – мол имеется у нас статья по интернет маркетинг, для определения ее содержимого Google было бы полезно найти в ней еще какие-то дополнительные ключевые слова для определения тематики.            Для этого можно использовать плагин Related Posts by Category. Судя по названию вы уже поняли, что он отображает похоже статьи wordpress блога по категориям. В моем случае я использую плагин Simple Tags, который кроме сопутствующий постов может выводить метки, да и вообще делать много чего интересного.

Автоматические ссылки на категории (перелинковка)

Допустим, у вас в блоге есть категории seo и smo, вы пишите статью на похожу тематику про оптимизацию и употребляете эти ключевики в тексте. С помощью специального плагина Cross-linker вы можете автоматически добавлять ссылки на эти разделы.  После установки вам нужно будет просто указать нужное ключевое слово и страницу на которую нужно ссылаться, после этого запускаете плагин и он проставить все нужные линки – нужно будет проверять десятки, сотни статей вручную! Большим преимуществом этого метода есть, конечно, простота, но вроде бы видел в сети модули получше с дополнительную функциональностью – чтобы указывать максимальное количество ссылок для ключевика на странице (число повторений) и т.п. Этот, похоже, просто служит для массового добавления ссылок во все посты сразу. Сами понимаете, в некоторых статья слово seo может повторяться около 10 раз – а это создает как-то слишком много внутренних ссылок, тем более, если вы «линкуете» не только  seo.

Обратная ссылка в RSS

Мода на сплоги, говносайты, ворующие контент, видимо, доставляет неудобства не только в рунете.  Автор видео предлагает добавлять в статьи, которые отдаются в RSS определенные ссылки на свой сайт с нужными ключевыми словами. Таким образом, вы можете хотя бы уменьшить моральный вред от сплогов за счет получения бесплатных обратных ссылок. Для этого можно использовать плагин RSS Footer, причем кроме стандартной ссылки на ворованную статью (postlink) автор предлагает добавить и линк на главную.

Я также рассматривал подобный вопрос в статье воровство контента: как защититься, превентивные меры. Для реализации задумки использую комбинацию плагинов Simple Tags и Ozh’ Better Feed – первый позволяет запихнуть в RSS связные посты, второй разную дополнительную настраиваемую информацию. В итоге получается что-то вроде:

Дополнительные хаки для оптимизации

В конце видео упоминаются вещи, о которых я сказал в самом начале. Во-первых, это XML карта сайта для поисковиков, которая строится с помощью XML Sitemap Generator. Во-вторых, плагин для добавления статьям и страницам блога МЕТА тегов и редактирования Title. Для этого можно использовать как упомянутый выше All in One SEO Pack, так и плагин Platinum Seo. В последних своих установках, кстати, я использовал именно второй, поскольку настроек там немного больше, но по факту делают они одно и то же (функциональность почти одинаковая).

В конце видео автор предлагает установить также некий плагин PuSHPress, который реализует технологию или сервис под названием PubSubHubbub, который в реальном времени  позволяет узнавать людям когда ваш блог обновляется. Разработчиками являются инженеры гугла, информации по теме есть достаточно много. Честно говоря, смотрел видео, вчитывался и вдумывался, но никак не понял зачем это нужно, если есть FeedBurner. Мне показалось, что функциональность этой технологии как-то притянута за уши, хотя кто знает, может я чего-то там не понял.

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

P.S. Постовой. Форум Webmasters добавил в функционал полезные сервисы – проверка обратных ссылок, определение позиций, показателей сайтов и другие.
Работая в интернете для каждого процесса или задачи, например, регистрация доменных имен, покупка хостинга нужно находить только проверенных партнеров.
Для настоящих автомобилистов появился действительно стоящий авто портал с множеством не только интересной, но и полезной информации.

© Wordpress inside, 2010. | Комментариев - 25 | Категория Оптимизация.

Связанные записи

• Добавляем окончание .html для URL страниц в WordPress (26)
• Нужный URL в wordpress при использовании нескольких категорий (4)
• Хак для Maxcache – как сделать seo title в wordpress без плагина (5)
• Создание разных шаблонов для постов блога (в файле single.php) (14)
• Создаем хлебные крошки в WordPress – плагин Breadcrumb NavXT (18)

Предыстория к статье очень простая – недавно я публиковал в дизайнерском блоге урок фотошоп – отрисовка изображения с нуля с помощью Pen Tool и там оказалось очень много картинок. По умолчанию при загрузке страницы поста все эти изображения начинали подгружаться и создавали некоторую задержку для пользователей с не очень быстрым интернетом. В этот момент я и вспомнил про jQuery Image Lazy Loader WP. Более того, я видел как этот плагин использовался на достаточно популярных, посещаемых англоязычных блогах, что окончательно убедило меня попробовать его поставить себе.

Итак, Lazy Loader позволяет отображать картинки для поста не все сразу а по мере прокрутки страницы. То есть, например, у вас есть статья про красивые дизайнерские блоги с кучей иллюстраций, пользователь, заходя на нее, увидит лишь часть изображений, расположенных сверху. По мере движения вниз статьи новые картинки будут подгружаться и становиться доступными для просмотра, посетителям сайта не придется ждать полной загрузки все страницы сразу. Частенько бывает, когда люди заходят на сайт и после 10-20 секунд безуспешного ожидания загрузки страницы просто ее закрывают – чтобы этого не случилось из-за большого количества изображений, можно попробовать установить jQuery Image Lazy Loader WP.

Установка плагина jQuery Image Lazy Loader WP не подразумевает ничего сложного, скачиваем его отсюда, разархивируем и копируем файлы модуля на фтп в директорию wp-content/plugins. Далее по традиции заходим в раздел плагинов админки и активируем jQuery Image Lazy Loader WP. После этого заходим на страницы своего сайта и проверяем плагин в действии. Пример можно глянуть также здесь. Там, кстати, есть разные варианты исполнения и реализации загрузки – с эффектом или без.

Для плагина jQuery Image Lazy Loader WP по умолчанию установлен эффект плавного возникновения изображения в процессе прокрутки страницы. Можно будет немного подправить эти настройки по умолчанию – найдете их в файле jq_img_lazy_load.php, строки:

$("img").lazyload({
     placeholder : "img/grey.gif",       
     effect      : "fadeIn"
 });

Здесь, во-первых, можно закомментировать или убрать строку с effect, в результате чего картинки будут загружаться стразу моментально без всяких эффектов. Во-вторых, можно поменять файл фона grey.gif на любой другой (при этом, конечно, нужно предварительно его загрузить на ФТП).

Что могу сказать из личного опыта использования плагина jQuery Image Lazy Loader WP – так сказать первые впечатления. Выглядит все весьма неплохо, но эффект загрузки фотографий распространяется на все изображения блога – рекламу, баннеры, аватары, тизеры и т.п. В результате такого пару раз у меня возникала ситуация со следующим глюком:

А это, безусловно, не очень хорошо.

Исходя из увиденного, мне кажется плагин jQuery Image Lazy Loader WP более уместен для полноценных фотоблогов с большим количеством изображений. В Дизайн Мании, по сути, единственным подходящим для него местом есть раздел фотографии для вдохновения, в остальном его работа не особо нужна. Поэтому, скорее всего, я дальше немного потестирую работу модуля и отключу его.

P.S. Постовой. Хочешь отдохнуть?. В «Ореанде» вы почувствуете, что отдых в Ялте – это заряд энергии на весь год. Только яркие впечатления!
На нашем сайте вы сможете не только посмотреть прайс на продукцию роквул, но купить rockwool изделия и материалы – лидера теплоизоляционных материалов в мире.
Скачивайте пример и читайте подробное описание типового договора поставки с разъяснением его формы, условий и характеристик.

© Wordpress inside, 2010. | Комментариев - 16 | Категория Оптимизация, Плагины.

Связанные записи

• Content Slide – простой плагин для создания слайдера (слайдшоу) (43)
• Плагины смайликов в wordpress блоге (12)
• Плагины для управления баннерной рекламой в блоге (26)
• Плагин WP-PostRatings рейтинга постов в WordPress (81)
• Плагин WP-Optimize – оптимизация базы данных (33)

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

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

Как проводилось данное исследование? Для оценки производительности того или иного плагина использовался Apache Benchmark. Данный тест генерирует большое количество запросов, на основании чего формируется отчет о количестве обработанных сервером запросов в секунду и среднем времени передачи данных. Исходные данные: WordPress 2.9.1 на котором установлено несколько популярных плагинов — Akismet, All in SEO Pack и Google XML Sitemap. Количество трафика на тестовом блоге не велико, представлен смешанный контент — текстовый, изображения, электронные таблицы, java-скрипты. Для объективности каждое измерение повторялось несколько раз в сутки.

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

Блог с выключенным кэшированием
Блог без активированных плагинов, показал следующие результаты:

Запросов в секунду — 13,96;
Время на каждый запрос – 716,58 мс;
Скорость передачи данных — 673,98 Кбит/сек

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

Плагин WP-Cache

Популярный плагин WP-Cache продемонстрировал следующий результат:

Запросов в секунду — 109,59;
Время на каждый запрос — 91,25 мс;
Скорость передачи данных — 5307,00 Кбит/сек

Заметно лучше чем без кэширования. Результат превосходит блог без активированных плагинов в среднем на 685%. Замечу что WP-Cache – давно известный плагин, который исторически пользуется популярностью.

Плагин WP Super Cache

WP Super Cache в настоящее время пожалуй более популярен чем WP-Cache. Это легко объяснимо – WP Super Cache является доработанной версией WP-Cache. Помимо того что он быстрее, он и «умнее», то есть умеет больше чем предшественник. В частности его легче устанавливать и удалять, он умеет чистить за собой «мусор» после деактивации и так далее.

Что же касается скорости, результат получился следующий:

Запросов в секунду — 118,23;
Время на каждый запрос — 84,58 мс;
Скорость передачи данных — 5743,07 Кбит/сек

Результаты тестирования превосходят результаты WP-Cache. WP Super Cache в среднем быстрее блога без активированного кэширования в среднем на 747%. Отмечу еще одну особенность — если в WP Super Cache включена компрессия, он может быть даже медленнее блога без плагинов!

Плагин Hyper Cache

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

Результаты:

Запросов в секунду — 130,75;
Время на каждый запрос — 76,48 мс;
Скорость передачи данных — 6325,36 Кбит/сек

В среднем это лучше на 837% чем блог без плагинов.

Итоги работы плагинов кэширования для wordpress

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

Лучший результат показал Hyper Cache, к тому же он обеспечивает хороший контроль над процессом. Вполне можно использовать WP-Cache или WP Super Cache. И тот и другой заметно повышают производительность. Кроме того они из когорты «старых добрых», проверенных поколениями, а значит неплохо поддерживаются. Надеюсь, эта статья помогла вам определиться с выбором плагина для кэширования. Дело за установкой! Что касается меня, то для одного из блогов блогов я использую плагин кэширования WP Super Cache, вроде помогает:)

А какой плагин для кэширования wordpress используете вы и почему?

P.S. Постовой. Чтобы сделать свой блог ярче и красивее, вы можете заказать дизайн блога в компании Twides.ru
Очень легко скачать фильмы бесплатно на портале ViMaxFilms.
Интересный сайт и блог с новостями про европейский футбол турниры результаты матчей, история, команды, игроки, пресса, фото, видео.

© Wordpress inside, 2010. | Комментариев - 30 | Категория Оптимизация, Плагины.

Связанные записи

• Плагин WP-Optimize – оптимизация базы данных (33)
• Плагины кэширования Hyper Cache + DB Cache Reloaded Fix для wordpress (22)
• Плагин WP-PostRatings рейтинга постов в WordPress (81)
• Плагин Redirection для управления редиректами (28)
• Оптимизируем WordPress header и удаляем лишние элементы (24)

Для постов в своих блогах я выбираю конструкцию /%category%/%postname%/, которая выводит название категории, а после нее url конкретной статьи. Например ссылка для страницы плагин TinyMCE Advanced имеет вид: wordpressinside.ru/plugins/tinymce-advanced/. Здесь можно проследить структуру проекта, и узнать какому разделу принадлежит статья. Когда в блоге есть подкатегории, то сначала выводится родительская, потом текущая, что вполне логично. При этом ссылки для самих категорий выглядят по типу: wordpressinside.ru/category/plugins/. С одной стороны, текст category указывает на то, что эта страница есть одним из разделов блога, но с другой, учитывая, предыдущий пример и архитектуру сайта можно было просто выводить название сайта и категории без промежуточного текста.

В принципе, в этом вопросе нет однозначного мнения – каждый для себя должен решить нужен ли ему такой подход или можно оставить все по умолчанию. Лично я не вижу принципиально отличия в данном случае. Да, Google рекомендует делать ссылки как можно короче и убирать из них ненужные элементы, но слово «category» не так уже сильно удлиняет url. Возможно, убрать один уровень для линка понадобиться людям, которые продают ссылки в той же Sape.

Учитывая тот факт, что мои блоги существуют достаточно давно, менять структуру ссылок я там не хочу. А тут как раз занялся созданием блога о typo3 и решил попробовать метод исключения слова category из ссылки. Хак для данного перевоплощения находил давно, но на практике все оказалось немного сложнее. На одном из англоязычных блогов нашел специальную настройку для файла .htaccess, в который нужно добавить строку

RewriteRule ^category/(.+)$ http://www.yourblog.com/$1 [R=301,L]

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

Нашел еще 2-3 различных вариации с функциями, правками файлов исходника, но все они не особо внушали доверия – во-первых, в комментариях часто говорили, что ничего не получается, во-вторых, правка исходиков системы wordpress, да и еще нескольких файлов – мягко говоря, не лучшее решение. Поэтому единственным «нормальным» вариантом оказался плагин WP No Category Base.

Главная функция плагина – удаление Category Base из URL`а разделов. Причем плагин не требует никакой дополнительной настройки или модификаций ихсодных файлов системы вордпресс, а также не создает битых ссылок. Также он самостоятельно разбирается с редиректом старых ссылок категорий на новые (301 редирект, хорош для seo). Вообще нужно заметить, что это не единственный плагин, но некоторые решения требовали установки нескольких (!) модулей – что, конечно, полностью неприемлемо. Короче говоря у WP No Category Base одни плюсы:

• Делает урлы красивее.
• Плагин предельно прост – выполняет всю работу самостоятельно.
• Работает «из коробки» без всяких настроек.
• Нет необходимости править исходные файлы wordpress.
• Не требует других плагино для работы.
• Совместим с модулями карты сайтов.
• Работает с подкатегориями.
• Ну и занимается редиректом старых урлов на новые.

Про установку писать нечего – скачали, разархивировали, залили на ФТП блога и активировали. Единственный вопрос, который может возникнуть, нужно ли вам ставить дополнительный плагин чтобы убрать category из ссылок категорий блога. Честно говоря, я пока для себя не решил – если бы все делалось простой правкой .htaccess я бы, скорее всего, этим занимался, но тут ставить еще один плагин, который грузит блог еще больше. Хотя с другой стороны плагин вроде как не сложный, а ссылки для сателлитов и блогов получаются красивее:) Потеструю пока что WP No Category Base на TYPO3 блога, а там буду решать с ним делать дальше.

Update: По поводу символа точки «.» в качестве «префикса для рубрик» – многие говорят, что если указать его в соответствующем поле, то слово category не будет отображаться. И это действительно так. Но когда вы посмотрите XML карту сайта sitemap.xml, то обнаружите, что точка там остается и ссылки получаются не очень хорошие.

А вы убираете category из ссылок категорий блога? Каким образом?

P.S. Постовой. Хотите скачать бесплатные обои для рабочего – заходите на наш сайт!
Возможно также вам интересна аренда теплохода Киев – скоро ведь лето:)

© Wordpress inside, 2010. | Комментариев - 38 | Категория Оптимизация, Плагины, Хаки и секреты.

Связанные записи

• Плагин No category parents – убираем родительские категории (8)
• Плагин Exclude categories исключаем категории с главной и RSS (9)
• Нужный URL в wordpress при использовании нескольких категорий (4)
• Добавляем окончание .html для URL страниц в WordPress (26)
• SEO оптимизация WordPress блога (+видео) (25)