Пост написан при поддержке: Профессиональный прокси socks 4/5 сервис

Главными особенностями Wordpress являются его гибкость, относительная легкая расширяемость и наличие многочисленных плагинов. Всё это позволяет решать различные задачи и настраивать блог под себя. Лично я постоянно этим занимаюсь, и конца этой работы всё ещё не видать. Попробую описать мои действия по доводке шаблона и настройке движка.
Первым делом необходимо тщательно проверить каждый файл темы на наличие бесполезно вызываемых функций. Например, эта строчка содержит две таких функции:
<link rel="alternate" type="application/rss+xml" title="< ?php bloginfo('name'); ?>
RSS Feed" href="< ?php bloginfo('rss2_url'); ?>" />
Вы же не меняете название блога и урл RSS-ленты каждый день? Так почему бы не заменить их на обычные строковые значения, и не дёргать зря базу данных.
Попутно стоит удалить все ненужные строки из файлов шаблона. Ссылки на ленты RSS .92 и Atom 0.3, указания на версию Wordpress, ссылки на сайт движка и т.п. — всё это можно безболезненно удалить для ускорения загрузки блога. Ещё установите плагин Shit Disabler. Он удалит ещё три строчки из «шапки» вашей темы. Также стоит поработать с файлом CSS-стилей: просто правильно отформатировав его, я сэкономил 2 килобайта.
Вы всё еще пользуетесь плагином wp-pagenavi? Прочитав эту заметку и вот эту, я сразу же его удалил. Взял navi.php со второго блога, немного подправил для себя, добавил стили из wp-pagenavi и замутил пагинацию, которую вы можете сейчас лицезреть. От плагина ничем не отличается, а ресурсов потребляет меньше.
Сколько килобайт занимает ваша база данных? Скорее всего, намного больше, чем она должна. Слишком много в эту базу записывается, например, новости Wordpress, разработчиков движка и т.д. Очистка выполняется в два шага. Сначала необходимо отключить отображение новостей в админке блога. Это можно сделать вручную, исправив файл dashboard.php, находящийся в папке /wp-admin/includes. Здесь необходимо удалить строки после комментариев //WP Plugins Widget, // Primary feed (Dev Blog) Widget, // Secondary Feed (Planet) Widget и до следующих комментариев. Утверждение справедливо для Wordpress 2.6.3, в остальных версиях всё может быть по-другому. Теперь наша админка работает немного шустрее, не грузит ненужную нам информацию и не забивает базу данных блога новыми новостями.
Второй шаг заключается в установке плагина Clean Options. Опций у него не так уж и много, а функция одна — очистка таблицы wp_options, куда всё вышеперечисленное добро периодически сливается. Сначала жмём кнопку «Find Orphaned Options», затем начинаем удалять строки, тщательно рассматривая их содержание. Рекомендую начинать со строк, начинающихся на «rss», именно в них и содержатся новости, которые можно безболезненно удалить. Также вы сможете увидеть данные, оставшиеся от уже удаленных плагинов, которые тоже можно беспрепятственно снести.
В итоге, я получил снижение размера дампа базы данных с 300 до 170 килобайт плюс резвость админки. Также стоит применить phpmyadmin и вручную вычистить таблицу, удалив строки, найденные с помощью запроса:
SELECT * FROM wp_options WHERE (option_name LIKE 'rss_%') and (autoload = 'no')
Этот метод я пока не применял, но есть положительные отзывы об ещё большем уменьшении файла.
В принципе, на этом всё. Надеюсь, материал поможет вам оптимизировать свой блог. Не забывайте гуглить!
Постовой (купить):
Фотограф.
Аренда недвижимости в Крыму.
Эксклюзивная недвижимость Лондона.
Представляем вашему вниманию магазин часов. Здесь вы можете купить часы Alain Silberstein.
Предоставляем автоуслуги в Одессе.
Предлагаем сотовые телефоны в Одессе.
1 ноября 2008 08:22
Для оптимизации css можно еще использовать вот это: codebeautifier.com, а для оптимизации вообще: webo.in
1 ноября 2008 11:44
Пользуюсь вторым сервисом, который очень полезен. Там же есть ссылки на сайты для оптимизации CSS, правда сильное сжатие вызывает у моего блога глюки. Пришлось заниматься им вручную.
1 ноября 2008 13:20
Нехило соптимизировать базу помогает плагин ревижен контрол — я в 3!!!! раза уменьшил дамп
тут описано webnotez.net/2008/10/udal...zii-v-wordpress/
1 ноября 2008 14:55
Я при переходе на версию 2.6 сразу же отключил создание ревизий постов.
1 ноября 2008 19:38
Полезная инфа, ничего не скажешь...
Я после того раза, вообще не хочу ничего менять у себя...
Пока осваиваюсь тока...
2 ноября 2008 18:42
На самом деле это мелочи, реально что надо сделать, это поставить кэширование и посмотреть какие плагины делают лишние запросы, а остальное уже пустяки.
11 декабря 2008 08:51
Эти опции (у них, кстати, autoload = yes) загружаются в любом случае:
Первый запрос:
SET NAMES 'utf8'Второй запрос:
SELECT option_value FROM wp_options WHERE option_name = 'siteurl'(это из функцииis_blog_installed()в wp-settings.php).И третий запрос:
SELECT option_name, option_value FROM wp_options WHERE autoload = 'yes'— сюда попадают все остальные опции.Так что, заменив значения, от лишних запросов Вы не избавитесь.
Как раз-таки там неправильно написано. Если бы «тот» автор посмотрел внимательнее, он бы заметил, что ревизии тянут за собой таксономию, и если удалить записи из таблицы wp_posts, то останутся висячие записи в таблицах таксономий и wp_postmeta.
Правильный запрос.