С каждой новой версией WordPress становится всё прожорливее. Не стал исключением и WordPress 3.0 — про потребление памяти его админкой, я уже писал. А как обстоит дело с клиентской частью? Попытаемся измерить и проанализировать...
Плагин WP-Memory-Usage показывает потребление памяти только в админке.
Плагин Панель загрузки по идее должен показывать потребление памяти и в клиентской части, но у меня на тестовой площадке WordPress 3.0 работал некорректно.
Поэтому пришлось пользоваться старым дедовским способом, подсмотренным мной у Lecactusа. Открываем файл footer.php темы Twenty Ten ( именно у этой темы мы будем измерять потребление памяти) и в конце (но до тегов </body></html>) добавляем такую строчку (не забываем, если надо ставить открывающие и закрывающие рнр-теги):
echo " | MySQL: " . get_num_queries() . "запросов / "; timer_stop(1). "секунд"; if ( function_exists('memory_get_usage') ) echo ' Потребление памяти: ' . round(memory_get_usage()/1024/1024, 2) . 'MB ';
В результате, немного ниже футера, появится строка, показывающая:
Для начала запустим английскую версию WordPress 3.0 с темой Twenty ten. Результат: 11, 91 МБ.
Русская версия WordPress 3.0 с темой Twenty ten показывает — 15, 54 МБ.
Как видим, разница в 3 с половиной мегабайта — появилась из-за обращений темы к файлу локализации. Разница, кстати, почти такая же, как и в админке.
Внимание! Измерение проводилось на свежеустановленных, без лишних плагинов ( только Akismet и Hello Dolly, идущие в комплекте) официальных версиях WordPress 3.0 . Никаких акселераторов, сжатий и прочих фич, ускоряющих работу блога не применялось!
Многие блоггеры вполне справедливо рекомендуют использовать для этого плагин Сергея Бирюкова WPLANG lite. Кстати, совсем недавно, этот плагин был обновлён до версии 0.4.
Как работает плагин WPLANG lite? Он сканирует файл локализации WordPress «ru_RU.po» и создает облегченный вариант «ru_RU_lite.mo», в котором вырезана вся локализация админки WordPress. После этого при генерации страниц клиентской части блога будет использоваться облегченный вариант, а при открытии админки — полный вариант перевода. Для сравнения: полный вариант ru_RU.po «весит» 477кБ, а облегчённый ru_RU_lite.mo - всего 59 кБ. После установки плагина вы не заметите каких-либо внешних изменений в работе блога, кроме того, что он теперь будет использовать меньше памяти.
Как установить плагин?
Кстати, в версии 0.4 наконец-то были внесены очень нужные изменения:
1. В версии 0.4 добавлена поддержка строк режима Multisite.
2. Добавил диагностику в тестовый архив...
Если каталог wp-content/languages недоступен для записи, выводится предупреждение. Если после изменения прав файл ru_RU_lite.mo так и не появился, можно открыть адрес http://site.ru/?wpll_action=create_mofile — должен появиться текст ошибки.
Сергей Бирюков.Форум поддержки WordPress.
1. Обязательно проверьте пункт 3 последовательности установки плагина, и наличие файла ru_RU_lite.mo в папке wp-content/languages.
2. Если вы используете локализацию WordPress от Lecactus — этот плагин пользы не принесет — Lecactus использует свои методы экономии памяти при локализации (очень похожие, но без плагина).
3. Ваша тема жестко русифицирована в файлах. (Вопрос спорный — может кто проверит — будет ли польза от плагина?)
Поступлю немного нелогично — установлю и активирую плагин WPLANG lite и на русскую и на английскую версии WordPress 3.0 . Просто ради любопытства...
Запускаем английскую версию... 11,93 МБ потребляемой памяти. Как видим, в этом случае потребление памяти даже немного возросло, так что незачем ставить плагин куда не нужно )))
Запускаем русскую версию — вуаля — 12,66 МБ потребляемой памяти, тоесть почти 3 МБ экономии... Вот это уже то, что надо))) Радуемся жизни и читаем про кеширование, акселераторы — будем повышать быстродействие блога дальше... Но это уже другая история...
Да я и не слышал о таком плагине — попробуем — а никто не знает как закрыть обновления плагинов и самого wordpress — это мне кажется вообще не нужно — если всё норм работает — не охото в админке постоянно видеть — что мне нужно какой либо плагин обновлять.
Awiador, ищите в сборках Lecactusa плагин «Блокировка запросов на новые версии» — отлично работает и с WP3.
А вот ссылки на порнуху мне не ставьте
Актуально как никогда, спасибо
А что посоветуете для кеширования?
Я не думаю, что это актуально для блогов с небольшой посещаемостью, так как чем меньше посещаемость, тем соотвественно меньше запросов к БД. А в остальном согласен.
Спасибо за плагин. Хотя, как правило, привык кромсать код руками.
Для проверки количества запросов и памяти можно использовать плагин wp-tuner. А WPLANG lite сейчас потестим)
Ничего не локализовывал. Только сменил названия месяцов в каком-то файле. Остальное — и так устраивает.
До установки плагина, wp-tuner показывал использование 23.5 Mb памяти при загрузке главной страницы. После активации WPLANG lite — 20 Mb. Вывод очевиден.
Спасибо за мануал — все четко написано) Сейчас пойду уменьшать потребление памяти на своем блоге, а то хостер замотал уже со своими уведомлениями.
У меня вышло, что потребление памяти уменьшилось тоже на 3 Мб
Спасибо за статью, интересно было почитать, будем оптимизировать свой блог!
Никогда не мучал себя этой проблемой. Думаете важно?
Метод интересный, но я люблю автоматизм, из-за чего использую только навесные плагины. Для оптимизации памяти, а точнее запросов к БД ставлю на вордпресс сайты wp-optimize, довольно неплохая штуковина в своем роде.
3 М — экономии. Это много или мало и название статьи ...ну убивает. Зачем предлагать такую статью на обсуждение рядовым пользователям. Я например не задумывался как мне сэкономить
В чем тут выгода мне ?
Комментирование закрыто.
16:00
Уменьшение потребления памяти — это важное дело, я бы даже сказал почти обязательное. Спасибо за плагин WP-Memory-Usage.