1. WP-DB-Backup — конечно же на первом месте резервное копирование блога. Плагин позволяет делать резервную копию БД вашего блога и отправлять на ваш почтовый ящик. Все это можно настроить на выполнение автоматически по заданному графику.
2. wp Time Machine — делает резервную копию БД и файлов WordPress блога, на удаленный FTP сервер или папку DropBox. Про это плагин я уже писал и на данный момент его использую.
3. WordPress File Monitor — плагин который повышает безопасность блога путем слежения за измененными файлами. Если какие-то файлы в папке вашего блога изменились, плагин присылает вам письмо и в случае несанкционированного изменения файлов, вы можете быстро восстановить ваш блог из резервной копии.
4. AntiVirus — плагин который автоматически проверяет содержимое файлов шаблона вашего блога, на предмет различных скрытых ссылок, фреймов и другого кода, который может появляться в результате взлома блога.
5. WP-SpamFree — один из лучших плагинов, для борьбы со спамом. Очень хорошо справляется с ботами, работает без капчи, очень просто в настройке.
6. All in One SEO Pack — плагин который выполняет практически все действия, которые необходимы для поисковой оптимизации WordPress блога.
7. Google Analyticator — плагин который облегчает установку кода  Google Analytics на все страницы вашего блога. В настройках нужно просто указать ID сайта из кода Google Analytics.
8. Google XML Sitemaps — плагин для автоматической генерации карты сайта в формате XML для Google и  Яндекс.
9. Popularity Contest — плагин который подсчитывает популярность записей в блоге и отображает самые популярные записи в админке, либо в виджете, либо там где вставите функцию в шаблон WordPress.
10. Contact Form 7 — плагин для встраивания контактной формы на страницы вашего WordPress блога.
11. FD FeedBurner — плагин который делает перенаправление всех запросов, к RSS-ленте WordPress блога, на RSS ленту FeedBurner, это нужно для того, чтобы все ваши подписчики учитывались сервисом FeedBurner.
12. RusToLat — плагин отвечающий за латинские буквы, в ссылках на записи блога (ЧПУ). На данный момент заменен плагином CyrToLat который также может исправлять ссылки в существующих записях.
13. Simple Tags — плагин для управления тегами WordPress, на данный момент отключен в моем блоге, потому что встроенные функции работы с тегами, отлично справляются со своими задачами.
14. Shutter Reloaded — плагин который делает красивым и удобным, просмотр изображений которые вы публикуете в записях блога, ставлю его практически на всех блогах.
15. Subscribe To Comments — плагин который позволяет комментаторам блога, подписываться на новые комментарии к записи.
16. W3 Total Cache — один из самых мощных плагинов, для кэширования WordPress блога. Имеет кучу возможностей, настроек но к сожалению не на каждом хостинге работает. В новой версии обещали исправить некоторые проблемы, которые позволят плагину работать на любом хостинге. Взамен этого плагина, если он не работает, ставлю либо Hyper Cache либо Super Cache
17. WP Page Navi — простенький но нужный плагин, который добавляет навигацию по страницам с записями, выводя ссылки типа «Предыдущая» 1,2,...10 «Следующая», также очень хорошая альтернатива этому плагину, SEO Pager
18. WP Polls — легко и быстро создаем опросы на страницах WordPress блога или в сайдбаре.

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

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

• 84 лучших плагина для WordPress
• Подборка плагинов от 7Days
• Важные плагины от MyWordpress

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

На данный момент довольно мало блогов, работает на ПО этих версий, но на некоторых хостингах все еще установлены старые версии PHP и MySQL.

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

Хостинг, на котором находится мой блог, использует PHP5 и MySQL5, так что можно сказать что мой блог готов к WordPress 3.2.

А как на счет вашего блога? У вас еще есть время переехать на новый хостинг.

Итак приступим:

1. Скачайте все файлы WordPress блога, который вы собрались переносить. Убедитесь в том, что среди файлов есть .htaccess wp-config.php и конечно же папка wp-content.
2. Сделайте экспорт базы данных блога. Если у вас были установлены плагины, которые создают собственные таблицы, для работы. Убедитесь в том, что эти таблицы также окажутся в резервной копии базы данных. Для экспорта можно воспользоваться плагином WP-DB-Backup или же утилитой типа PHPMyAdmin в панели управления хостингом.
3. Переведите старый сайт, в режим обслуживания, для того чтобы посетители не писали новых комментариев, потому что базу данных вы уже скопировали, и после этого все новые комментарии не будут перенесены. Для этого можно воспользоваться плагином Maintenance Mode.
4. Откройте файл wp-config.php. Измените параметры подключения к базе данных MySQL в соответствии параметрами на новом хостинге, возможно нужно будет поменять пароль, имя базы данных и имя пользователя. Также необходимо в этом файле прописать новый URL вашего блога, для этого добавьте две строчки:
   
   define ('WP_SITEURL', 'http://mysite.com);
   define ('WP_HOME', 'http://mysite.com');
   
5. Загрузите файлы блога на новый сервер, в том числе и измененный в предыдущем шаге файл wp-config.php.
6. Импортируйте резервную копию базы данных, которую вы сделали во втором пункте используя инструменты контрольной панели хостинга (PHPMyAdmin)
7. Авторизуйтесь в панели администрирования нового блога.
8. Если в ваших записях были прописаны какие-то статичные ссылки на старый блог, вы можете изменить их, используя плагин Search Regex

Вот собственно и весь перенос. Звучит конечно не сложно, но если вдруг у вас что-то не получилось, с радостью помогу или отвечу на ваши вопросы.

Код который необходимо вставить выглядит вот так:

<?php add_theme_support('automatic-feed-links'); ?>

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

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

    <link rel="alternate" type="application/rss+xml" title="RSS 2.0" href="<?php echo get_bloginfo_rss('rss2_url'); ?>" />

Получилось? Хорошо, не получилось, обращайтесь помогу.

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

Делается это очень легко, и выглядит примерно так:

Также не забывайте что при установке WordPress рекомендуется сменить префикс базы данных блога, со стандартного «wp_» на что-то типа «e2c84jkjc_» что еще больше повысит безопасность блога.

Начал искать аналоги данного плагина, и нашел другой не менее полезный плагин wp Time Machine создает и сохраняет копию базы данных MySQL от вашего WordPress-блога, + содержание папки  wp-content + файл .htaccess + файл конфигурации блога wp-config.php. В результате получается архив со всем важным содержимым для восстановления работоспособности блога. Полученную копию он может загружать на указанный FTP-сервер, либо на сервис Amazon S3 и самое главное на сервис  Dropbox, про который уже много написано, который прост в использовании и дает достаточно много места для хранения файлов, у меня на данный момент 6.5 Гб.

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

Если все прошло успешно, в результате вы получите обновленный блог, если по каким-то причинам процедура обновления прервана может так случится что вместо блога, вы получите белую страничку с сообщением о том, что блог временно не работает, т.к. на нем проводятся работы, на английском это выглядит так: «Briefly unavailable for scheduled maintenance», на русском вот так: «Сайт ненадолго закрыт на техническое обслуживание. Зайдите через минуту.»

Для того, чтобы избавиться от этого сообщения, просто зайдите в папку wp-admin, вашего блога через FTP и удалите файл с именем .maintenance после чего ваш блог снова заработает и вы сможете повторить попытку обновления WordPress.

(Добавлено 19.07.2010: в WordPress 3.0 файл .maintenance создается в корневой папке блога.)

(Добавлено 21.07.2010: при обновлении/переустановке WordPress бывает так, что файла .maintenance вообще нигде нет, но сообщение все еще выдается и блог не доступен. Откройте файл wp-activate.php и убедитесь в том, что строчка define ( «WP_INSTALLING», false ); имеет значение false. Если оно установлено в true блог открываться не будет.)

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

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

Если вы решили поэкспериментировать, можно скачать архив с WordPress 3.0 RC1 или установите плагин для Beta-тестеров.

Рекомендую не делать этого на ваших рабочих сайтах.

Изначально грешил на плагин какой-то или на функции шаблона, при детальном рассмотрении оказалось, что проблема заключалась в ошибке шаблона ЧПУ (постоянных ссылок) схема ссылок выглядела вот так "/%postname%/ " как видите, в конце шаблона стоит пробел, который и давал подобный эффект.

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

Картинку можно добавить при создании новой записи, воспользовавшись вот таким полем:

Но этот блок, в панели администрирования, появляется только в том случае, если шаблон вашего блога, поддерживает функцию post-thumbnails"."

Чтобы включить поддержку этой функции, необходимо добавить следующие строки в файл function.php:

<?php if ( function_exists( 'add_theme_support' ) )
add_theme_support( 'post-thumbnails' ); ?>

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

<?php the_post_thumbnail(); ?>

Также эту функцию можно использовать с некоторыми аргументами:

 
//По умолчанию генерируется иконка изображения
<?php the_post_thumbnail('thumbnail'); ?>
 
//Изображение среднего размера
<?php the_post_thumbnail('medium'); ?>
 
//Изображение большого размера
<?php the_post_thumbnail('large'); ?>

Для оформления изображения, можно использовать следующий CSS-код:

 
.wp-post-image {
padding:3px;
background-color:#f9f9f9;
border:1px solid #cccccc;
}

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