Комментарии 31
Хорошая статья про оптимизация wordpress. Видимо в наших presets сайтов добавим некоторый полезности, описанные выше.
+3
Хорошая статья. Очень не хватает подобных про оптимизация VPS под Wordpress.
+1
НЛО прилетело и опубликовало эту надпись здесь
Статья хорошая, но все же… заголовок-то: "всесторонняя оптимизация сайта на вордпресс". А по факту в чем оптимизация? Правка 3rd-party плагинов, установка wp_cache, перенос в облако. То есть это хорошо, но оптимизация самого вордпресса-то где?:)
+10
Оптимизация в том, что сайт стал открываться не за 4 секунды, а за четверть (по замерам loadimpact).
Естественно, что мы пользовались какими-то существующими плагинами и более продвинутыми аппаратными возможностями. Сам WordPress хакать смысла нет, ведь это ядро CMS, а как правильно это ядро использовать зависит от конкретного сайта. Как мне кажется, для такого насыщенного контентом сайта как наш, мы воспользовались им правильно.
Естественно, что мы пользовались какими-то существующими плагинами и более продвинутыми аппаратными возможностями. Сам WordPress хакать смысла нет, ведь это ядро CMS, а как правильно это ядро использовать зависит от конкретного сайта. Как мне кажется, для такого насыщенного контентом сайта как наш, мы воспользовались им правильно.
+1
Очень удивился, что нет ничего про eAccelerator, я как-то для себя делал сравнение с ним и без и ещё до кучи разницу между Apache и Nginx по скорости в одних и тех же условиях на вордпресе. Если кому интересно мог бы постом оформить. Скажу сразу на одном ядре до оптимизации 6 запросов в секунду после 20-30.
+4
Нужная статья! В избранное (c WP дело не имел, но вдруг случится). А неоправданно высоким количеством запросов к базе грешат почти все популярные фреймворки, не только WP. Ибо за лень всегда приходится чем-то расплачиваться.
+1
>Сейчас при отсутствии страницы в кеше страница загружается за 1 секунду
И это очень и очень много. У вас так-же происходит подмена понятий. PHP отдается и генерируется != страница загружается.
И это очень и очень много. У вас так-же происходит подмена понятий. PHP отдается и генерируется != страница загружается.
0
> Углубившись в модуль, я обнаружил вот такой, простите, говнокод:Ваш код тоже мягко говоря шедевр…
IP адрес удобно сравнивать если предварительно переобразовать его в число. Причём это можно сделать сразу в БД.
+6
Кому интересно, есть свежая статья журнала Smashing Magazine о интеграции WP с Amazon S3:
Integrating Amazon S3 With WordPress
Integrating Amazon S3 With WordPress
+1
У Расмуса Лердорфа есть презентация PHP Performance, где он препарирует WordPress и показывает, что можно с ним сделать. В том числе с помощью HipHop for PHP.
+2
Вот таким должен быть партизанский маркетинг :) Ненавязчивое упоминание бренда, и куча полезной инфы по смежной теме. Но это к вашему материалу никак не относится.
+1
Еще, как вариант, можно подгружать часть инфы с сайдбара через ajax. Например, облако тегов — все таки большой кусок информации, который можно подгрузить после загрузки всей страницы, и так далее :).
0
1. Серверная оптимизация — на четворочку, не больше
WP к сожалению плохо оптимизирован, а вы по сути убрали легкие 10%
Как минимум можно и нужно убрать кучку запросов на старте — там наверняка запросы на отсутствующие параметры и вообще множественный лишний геморрой
Плагины — это боль. Большая часть вообще жертвы абортов и требуют переписывания или замены на альтернативы.
2. статика и домены
Вы начали не с того конца. Начинать надо с уничтожения или слияния лишних запросов. У вас 17 скриптов и 7 css. У вас туча мелкой графики. Простая канкатенация, спрайты или data:uri дали бы намного лучший эффект чем вынос на отдельный домен, хотя при большом количестве графики в содержимом это тоже не плохо.
3. клиентская оптимизация
На самом деле все описанное выше — не такая уж важная борьба за дурацкие миллисекунды, тогда как намного важнее просто что-то показаться клиенту пока сайт грузиться себе. Конечно загрузка первого html важно, но получив его браузер продолжает показывать индикатор загрузки вместо отображения сайта — этого у вас просто нет.
WP к сожалению плохо оптимизирован, а вы по сути убрали легкие 10%
Как минимум можно и нужно убрать кучку запросов на старте — там наверняка запросы на отсутствующие параметры и вообще множественный лишний геморрой
Плагины — это боль. Большая часть вообще жертвы абортов и требуют переписывания или замены на альтернативы.
2. статика и домены
Вы начали не с того конца. Начинать надо с уничтожения или слияния лишних запросов. У вас 17 скриптов и 7 css. У вас туча мелкой графики. Простая канкатенация, спрайты или data:uri дали бы намного лучший эффект чем вынос на отдельный домен, хотя при большом количестве графики в содержимом это тоже не плохо.
3. клиентская оптимизация
На самом деле все описанное выше — не такая уж важная борьба за дурацкие миллисекунды, тогда как намного важнее просто что-то показаться клиенту пока сайт грузиться себе. Конечно загрузка первого html важно, но получив его браузер продолжает показывать индикатор загрузки вместо отображения сайта — этого у вас просто нет.
+1
А забыл добавить немного данных померянных на моем блоге
там есть замечательная гистограмка
по которой видно как меняется загрузка в зависимости от используемого метода.
там есть замечательная гистограмка
по которой видно как меняется загрузка в зависимости от используемого метода.
+1
Хочу поделиться довольно прогрессивной утилиткой по оптимизации и ускорению WP сайта.
WEBO Site SpeedUp для WordPress
Базовые функции — бесплатно, полный фарш — за деньги (можно потестить 14-й триально).
(Так или иначе, все равно кому-то да приходится платить за скорость).
На странице данного «решения» есть так же небольшой обзор сравнения конечной оптимизации плагинами для WP.
WEBO Site SpeedUp для WordPress
Базовые функции — бесплатно, полный фарш — за деньги (можно потестить 14-й триально).
(Так или иначе, все равно кому-то да приходится платить за скорость).
На странице данного «решения» есть так же небольшой обзор сравнения конечной оптимизации плагинами для WP.
+1
bigpicture.ru (бигпикче) надо взять на заметку, уж очень тупо у них статика грузится.
0
Тоже мучились с плагином Super Cache, потом установили связку плагинов DB Cache Reloaded и Hyper Cache — все проблемы сами отпали.
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Всесторонняя оптимизация сайта на WordPress