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

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

Плагин этот называется WP-DBManager, скачайте и установите его на ваш блог. После установки и активации плагина, в меню панели администрирования блога, появится новый раздел, который будет называться «Database»

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

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

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

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

В разделе  «DB-Options» можно настроить автоматическую оптимизацию базы данных, также работает не на всех хостингах, поэтому желательно периодически контролировать, прошла оптимизация или нет.

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

Постовой: В последнее время, очень популярными стали игры казино, очень многие делают сайты на темы игры казино и никто не интересуется такой штукой как odessa apartments

Для тех, кто совсем не знает что это за слово, предлагаю статью, в которой пытался объяснить как работает nofollow.

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

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

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

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

Для этого, рекомендую установить плагин All in One SEO Pack. Плагин умеет делать много полезных вещей в плане поисковой оптимизации для вашего блога, в том числе он умеет раставлять теги noindex на различных страницах вашего блога. Этот атрибут избавит нас от необходимости проставлять nofoolow на ссылки в архивах по категориям, тегам и тп. В настройках плагина Вы можете проставить галочки на тех разделах блога, где хотите установить тег noindex.

Устанавливаем noindex на разделах WordPress блога

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

Устанавливаем nofollow на ссылках тегов

Если вы пишете пост, в котором планируете вставить много ссылок на внешние ресурсы, также имеет смысл все или некоторые из этих ссылок, закрыть атрибутом nofoolow, а по желанию и noindex.

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

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

Теперь вы знаете основные места, где целесообразно использовать nofollow и noindex.  Кстати было бы интересно, узнать ваш опыт, где и как вы используете nofollow и noindex?

Наблюдаю за интересным экспериментом. Цель 30000 за 60 дней.

Содержание серии Оптимизация WordPress блога

1. Компрессия или кэш?

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

Со временем эта категория возможно дополнится советами для тех, у кого собственный сервер. Советами по оптимизации работы MySQL, Apache и PHP. А пока продолжим разговор на легкие темы.

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

Этот пост отображается и в RSS и в самом блоге с использованием тега <!--more-->. Тег more используется для разделения поста. На краткую и полную версии.

К примеру вы пишите вступление к посту или анонс, потом ставите этот тег и пишите основное содержимое поста. В этом случае на главной странице блога, отображение поста будет таким:

Анонс текста, краткое описание и ссылка вида: «Продолжить чтение» при нажатии на которую открывается полная версия.

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

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

Есть несколько способов для вывода кратких версий записей:

1. Анонсы на главной странице. Для этого необходимо использовать тег <!--more--> при написании записей
2. Краткие версии при просмотре категорий, результатов поиска и архива, здесь можно использовать функцию the_excerpt () вместо the_content () для вывода списка записей. Все это настраивается в соответствующих файлах шаблона, вашего блога.

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

Кстати, если вы решили использовать тег <!--more--> но хотите что бы RSS подписчикам отправлялись полные версии, необходимо зайти в панель администрирования вашего блога, раздел «Настройки» — «Чтение» — «Синдикация» и убедится что точечка стоит напротив пункта «Отображать полные версии записей».

Обновлено из комментариев:

Для отображения полных версий постов в RSS при использовании тега <!--more--> необходимо установить плагин:

Full Text Feed

Спонсор поста? Ты куда пропал? Может за деньгами ушел?

Содержание серии Оптимизация WordPress блога

1. Компрессия или кэш?

Еще один очень важный момент, который нельзя не упомянуть при разговоре на тему «Оптимизация блога», это конечно же обновления движка блога и плагинов.

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

Когда вы видите такое сообщение «Доступна новая версия WordPress! Пожалуйста, обновитесь» значит нужно обязательно запланировать обновление вашего блога.

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

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

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

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

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

О новых версиях плагинов, вы можете узнать, зайдя в раздел «Плагины» в панели администрирования. Под каждым плагином, появляется надпись типа: «Новая версия Popularity Contest уже доступна. Скачать версию 1.3b3 вы можете здесь.»

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

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

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

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

Содержание серии Оптимизация WordPress блога

1. Компрессия или кэш?

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

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

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

Рекордное число установленных плагинов, которые я видел у клиента – 53 штуки, из них большая половина плагинов, дублировали функционал друг друга.

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

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

Почему много плагинов это плохо?

1. Некоторые плагины при установке создают собственные таблицы для хранения настроек и данных. При удалении, не каждый плагин убирает за собой, свои таблицы. Со временем база данных будет содержать кучу лишних таблиц.
2. Некоторые плагины при использовании подгружают собственные CSS файлы, внешние Java-скрипты и тп. это также может замедлять скорость загрузки страниц.
3. Иногда в блогах встречается дублирующийся функционал, две формы подписки, или несколько рейтингов статей, не думаю что все это необходимо вашим читателям.
4. Очень сильно замедляют работу блога, плагины статистики, которые работают в реальном времени. Они могут отображать кол-во посетителей на сайте в данный момент, какой из посетителей на какой странице находится, откуда пришел и много другой подробной статистики. Все это очень сильно нагружает сервер и замедляет работу блога. Не считаю что подобного рода статистика, действительно важна.

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

Спонсор Martial Arts опять поддержал пост в блоге.

Содержание серии Оптимизация WordPress блога

1. Компрессия или кэш?

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

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

И так, все кто уже хорошо познакомился с движком для блогов WordPress, должны знать, что он работает на связке PHP+MySQL. PHP у нас занимается генерацией динамических страниц, а MySQL у нас обслуживает базу данных, в которой находятся все ваши посты, комментарии, настройки блога, настройки плагинов и еще много всякого.

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

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

В вашем шаблоне, как правило это файл header.php или простыми словами «Заголовок» присутствуют следующие строчки:

1. <title><strong><?php bloginfo(’name’); ?></strong><strong><?php bloginfo(’description’); ?></strong></title>
2. <meta http-equiv="Content-Type" content="<strong><?php bloginfo(’html_type’); ?></strong>; charset=<strong><?php bloginfo(’charset’); ?></strong>" />
3. <meta name="generator" content="WordPress <strong><?php bloginfo(’version’); ?></strong>" />
4. <link rel="stylesheet" href="<strong><?php bloginfo(’stylesheet_url’); ?></strong>" type="text/css" media="screen" />
5. <link rel="alternate" type="application/rss+xml" title="RSS 2.0" href="<strong><?php bloginfo(’rss2_url’); ?></strong>" />

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

1. Например первая строка выводит название и описание вашего блога, ее можно заменить на статическую надпись типа:<title>Блог про блоги от Дмитрия Донченко</title>Но если у вас установлен какой либо плагин, который динамически меняет заголовки страницы, то тогда работать он перестанет. Поэтому первую строчку рекомендую не менять.
2. Вторая строка выводит кодировку блога и тип содержимого блога, как правило для всех блогов эта строка одинакова и ее можно заменить статической строчкой вида:<meta http-equiv="Content-Type" content="<strong>text/html</strong>; charset=<strong>UTF-8</strong>" />
3. Третья строка выводит версию вашего WordPress, не думаю что это очень важная информация, поэтому можно либо вообще удалить ее, либо прописать ручками что-то типа:<meta name="generator" content="<strong>WordPress 2.3</strong>" />
4. Четвертая строка, использует переменную, в которой задан путь к файлу CSS для шаблона вашего блога, ее можно заменить на вот такую (важно правильно прописать путь к файлу CSS):<link rel="stylesheet" href="<strong>http://blogproblog.com/wp-content/themes/default/style.css</strong>" type="text/css" media="screen" />
5. Строка номер 5 путь к вашей RSS ленте, в шаблоне может быть несколько упоминаний этой переменной (<strong><?php bloginfo(’rss2_url’); ?></strong>) ее можно заменить ссылкой на вашу RSS ленту, есть два варианта:<link rel="alternate" type="application/rss+xml" title="RSS 2.0" href="<strong>http://feeds.feedburner.com/bpb</strong>" />
<link rel="alternate" type="application/rss+xml" title="RSS 2.0" href="<strong>http://blogproblog.com/feed/</strong>" />

Вот собственно и все, фактически данные изменения позволяют избавиться от 5 лишних запросов к вашей базе данных, если учитывать что ссылка на RSS упоминается в шаблоне несколько раз, то возможно даже больше чем от пяти.
Martial Arts Humor спонсор поста сегодня.

Содержание серии Оптимизация WordPress блога

1. Компрессия или кэш?

Сегодня как и обещал, продолжение поста на тему «Оптимизация блога», опять говорим о картинках.

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

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

Указать размеры картинки в блоге можно несколькими способами:

1. При редактировании кода, к тегу картинки <img ... добавляются два параметра height="высота изображения в пикселях" и width="ширина изображения в пикселях". Выглядит примерно так:
   <img src="test.pg" height="100" width="100">
2. В режиме визуального изображения, при нажатии на кнопку вставки изображения (которая в стандартной форме редактирования выглядит как иконка с деревом, вы указываете ширину и высоту картинки в форме, в полях с названием «Dimensions»
   
3. Если вам лень, постоянно указывать размеры изображения или у вас возникают какие-то проблемы с этим, вы можете воспользоваться плагином iMax Width основная задача плагина, заключается в том, что он автоматически уменьшает ширину картинки, до той которая будет установлена в настройках. Это что бы картинки в вашем блоге не ломали структуру блога. Например когда картинка, которую вы пытаетесь вставить в пост, слишком широкая, что бы полностью отображаться в вашем блоге, плагин делает ее меньше. И кроме этого он автоматически указывает размеры изображения, если вы забыли это сделать сами.

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

Funny Martial Arts — сегодняшний спонсор поста.

Содержание серии Оптимизация WordPress блога

1. Компрессия или кэш?

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

В основном в Интернете используются следующие форматы изображений: JPG, GIF и PNG.

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

GIF: Чаще всего этот формат изображений используется для отображения анимированных картинок, логотипов или текста изображений. В отличии от полноцветного JPG, GIF может отображать максимум 256 цветов. Можно оптимизировать размер картинок GIF, изменяя количество цветов, при сохранении файла.

PNG: Этот формат изображений, создан для замены GIF. Отличается от GIF тем, что поддерживает 24-битный цвет. Вы можете использовать этот формат, для логотипов, надписей и других простых изображений, в которых необходимо отображать более чем 256 цветов.

Обновлено из комментариев:

• Интересная статья по формату PNG.

Содержание серии Оптимизация WordPress блога

1. Компрессия или кэш?

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

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

Для того что бы исправить это, есть несколько советов. Если вы пользуетесь PhotoShop-ом для создания или редактирования картинок для блога, обязательно пользуйтесь функцией «Save for Web» (Сохранить для Web). При сохранении картинки в этом режиме, PhotoShop старается оптимизировать картинку для использования в Интернете. Такая же или похожая функция есть у большинства программ для работы с картинками, обязательно пользуйтесь этой функцией.

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

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

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

Содержание серии Оптимизация WordPress блога

1. Компрессия или кэш?

И так, продолжим наши беседы по оптимизации блогов. В прошлых постах, мы уже включили кэширование блога и выяснили что желательно использовать «/» в ссылках на блоге. Сегодня займемся оптимизацией нашего CSS файла.

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

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

Самый простой способ удалить лишний код из CSS это воспользоваться специальным сервисом, который позволяет оптимизировать ваш CSS онлайн. Для этого заходим на сайт CleanCSS, вводим ссылку на ваш CSS файл или просто вставляем код вашего CSS файла в специальную форму и ничего не изменяя в настройках, нажимаем «Process CSS».

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

Как правило, после использования сервиса, он может уменьшится примерно на 20 — 25% что уже само по себе неплохо и для вас и для ваших посетителей. Мой CSS файл, после оптимизации на этом сервисе, уменьшился на 2,5Кбайта что в принципе не так уж и много, но учитывая то, что он открывается каждый раз, когда кто-то просматривает вашу страничку, при большой посещаемости даже эти 2,5Кбайта будут не лишними.

Приступаем к шагу номер два, компрессия CSS.

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

Но можно настроить сжатие, отдельно для файла CSS. Это довольно легко сделать, нужно просто установить необходимый плагин. Называется он css-compress. (как установить плагин Wordpres) В настройках ничего сложного нет, потому что и сами настройки отсутствуют. Просто скопируйте файл в папку с плагинами, и в панели управления активируйте плагин. Собственно говоря и все.

На этом, наша с вами оптимизация CSS файла закончена, ждите следующий пост, на тему «Оптимизация блога».