WordPress толкает к VPS.

ПамятьБезусловно, CMS WordPress является самой популярной системой построения сайтов. Так на май 2014-го года по мнению static.nic.ru WordPress используют примерно 305616 сайтов (на втором месте Joomla! — 277152 сайта). Но задумывались ли Вы сколько оперативной памяти потребляет Ваша система и сколько запросов делает к базе данных? По умолчанию статистика "энергопотребления" не отображается при генерации страницы, но это легко поправить. Например так: панель администраторавнешний видредактор footer.php 

Далее куда-нибудь снизу прописываем следующее:

Выполнено <?php echo get_num_queries(); ?> запросов к базе данных, время генерирования страницы составило <?php timer_stop(1); ?> секунд.<br />

<?php if (function_exists('memory_get_usage')) echo round(memory_get_usage()/1024/1024, 2) . 'MB '; ?>

В результате чего внизу страницы получим что-то вроде "Выполнено 41 запросов к базе данных, время генерирования страницы составило 0,364 секунд. 24.1MB". Примерно такие результаты были у меня. Честно скажу, был удивлён. Поскольку системы, базирующиеся на php-nuke, которые устанавливал ранее, потребляли в разы меньше ресурсов (около 12 запросов и не более 10 мб памяти). Но как оказалось для последней версии (3.9.1) это ещё неплохой результат! Пробежавшись по другим сайтам, заметил, что у некоторых при генерации страницы количество запросов доходит аж до 100! От чего же это зависит?

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

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

Версия WordPress: 3.9.1

Установленные плагины: All In One SEO Pack, Captcha, CKEditor for WordPress, Cyr-And-Lat, Frontpage category filter, Google Analytics, Google XML Sitemaps, Simple Comment Editing, SyntaxHighlighter Evolved, WordPress Special Characters in Usernames, wp-jquery-lightbox, wp-pagenavi, WP-United: phpBB WordPress Integration.

Тема: Guidebook 3.00

Статистика: выполнено 41 запросов к базе данных, время генерирования страницы составило 0,364 секунд. 24.1MB

Теперь сайт коллеги

Версия WordPress: 3.9.1

Установленные плагины: All In One SEO Pack, Captcha, CKEditor for WordPress, Cyr-And-Lat, Frontpage category filter, Google Analytics, Google XML Sitemaps, Simple Comment Editing, Wordpress Special Characters in Usernames, wp-pagenavi, WP-United: phpBB WordPress Integration.

Тема: RealBusiness 2.0

Статистика: выполнено 82 запросов к базе данных, время генерирования страницы составило 0,412 секунд. 48.2MB

Неплохо кушает. Теперь посмотрим на систему "из коробки". Из установленных плагинов только НЕАКТИВИРОВАННЫЕ Akismet и Hello Dolly. Виджеты по умолчанию.

Версия WordPress: 3.9.1

Тема Twenty Twelve 1.4 — Выполнено 18 запросов к базе данных, время генерирования страницы составило 0,400 секунд22.37MB 

Тема Panoramica 10.2.1 — Выполнено 25 запросов к базе данных, время генерирования страницы составило 0,417 секунд23.2MB

Тема Twenty Thirteen 1.2 — Выполнено 19 запросов к базе данных, время генерирования страницы составило 0,440 секунд. 22.4MB 

Тема Twenty Fourteen 1.1 — Выполнено 29 запросов к базе данных, время генерирования страницы составило 0,400 секунд22.67MB

Ох-ох. Печальные цифирьки-то. Давайте сравним с ближайшим конкурентом в пространстве рунета — блоговым движком MaxSite. Конечно, плагинов на него гораздо меньше, админка куцая, вместо html-редактора — bb-редактор в административной части, но видя потребления ресурсов этой системы — ей хочется простить всё. 

Версия: MaxSite CMS: 0.862

Тема:  Ms_blog 1.0 

Установленные плагины:category, pagination, randomtext, text_block

Время: 0.0566 | SQL: 7 | Память: 3.42MB    

Следующий сайт.

Версия: MaxSite CMS: 0.862

Тема: MAX Mountains 2.0

Установленные плагины:category, pagination, randomtext, text_block

Время: 0.0553 | SQL: 7 | Память: 3.62MB |

Ну что ж, впечатляет. Какие же из этого следует сделать выводы? Как по мне, так в настоящее время CMS WordPress не ориентирован на работу с дешёвыми тарифными планами без обработки напильника. Так что на каком-нибудь хостинге за 50 р/месяц после 100 человек в день явно пойду проблемы. А брать хостинг рублей за 200 как-то и не хочется, поскольку за эту сумму лучше арендовать VPS. Кстати в чём их разница? Грубо говоря shared-хостинг (обычный хостинг) это такой мощный компьютер, на котором может крутится около сотни сайтов. Каждому клиенту выдаётся определённое место на хостинге, количество разрешённых баз данных и количество сайтов. Ресурсы же центрального процессора и ОЗУ распределены между всеми клиентами, поэтому если один из сайтов внезапно стал создавать большую нагрузку — его постараются быстренько отключить, дабы другим не мешал.

VPS — это когда у нас есть мощные севрера с четырёхядерными процессорами. При помощи технологии виртуализации (OpenVZ/KVM/Xen) каждый из клиентов гарантированно получает, к примеру, по 500 Mhz, 256 мб озу и 5 гб места. При этом количество сайтов и баз данных не ограничено, пока сервер тянет — можно создавать ещё и ещё. Более того, можно даже устанавливать свой программное обеспечение и даже операционные системы (как правило семейства UNIX, хотя есть и VPS на windows server, например, на таком можно поселить торгового бота для операций на валютном рынке, у меня такой когда-то жил и всё слил). Полный удалённый доступ. Само собой если вдруг сайт создаст чрезмерную нагрузку — пострадает только аккаунт самого пользователя, остальные странички ничего не почувствуют. Тут важно ещё знать, что технология виртуализации KVM имеет преимущества перед OpenVZ, которая распределяет ресурсы не совсем честно (чуть меньше заявленных 256 мб, чуть меньше заявленной частоты в 500 Mhz и т.д.). Если перед Вами стоит выбор KVM или OpenVZ -я бы брал KVM, хотя тарифный план будет дороже.

Есть ещё VDS — тоже самое, что и VPS, только никакой виртуализации нет, а есть отдельно выделенный сервер только для Вас, и никто кроме Ваших сайтов там не "живёт." но есть различия в методах виртуализации. VPS — Железо -> ОС -> менеджер виртуалок -> Ваш сервер.

VDS — Железо -> менеджер виртуалок -> Ваш сервер.

За уточнение большое спасибо человеку под ником Anton.

В настоящее время мой "обычный хостинг" справляется с нагрузкой. Как перестанет — поставлю плагин hyper cache —  он снижает нагрузку на базу данных за счёт кэширования информации в файлы (вот тут в преимуществе хостинге, использующие SSD). Как перестанет — давно смотрю на vps от majordomo, стартовый тариф 175 рублей, характеристики, конечно, не впечатляют, но там всё же kvm.

 

Поделиться ссылкой:

9 thoughts on “WordPress толкает к VPS.”

  1. Да уж, WordPress в последнее время стал более прожорлив. Много лишнего в него пихают разработчики. Решил вставить на время у себя код и проверить:

    Выполнено 14 запросов к базе данных, время генерирования страницы составило 0,661 секунд.
    38.89MB
     

    Но это значение нестабильное. Иногда доходит до 34 запросов. А иногда вообще, до 84. 

    Я представляю, если такое проверить на Джумле. Там наверное, и до 300 доходит. 

  2. Я тоже у себя на всех блогах код поставил. Результаты неутешительные. На svital.com, к примеру, число запросов доходит до 80, время генерирования — 0,4 — 0,7 секунд.

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

    Спасибо за наводку!

  3. А я всегда мечтала иметь сайт с движком джумла. Но имею только на вордпресс. Вы правы если бы была такая кнопка "сделать хорошо", то я бы сделала сайт и на джумле.)))

  4. Познавательная статья. В интернете я пока еще на уровне новичка, познакомился сравнительно не давно. WordPress мне нравится, все достаточно не сложно и понятно. О том что он такой прожорливый даже не задумывался.

    Попробую проверить свой блог.

  5. А у меня hyper cach давно стоит. И ещё плагин для кэширования запросов. Чего мелочиться, если нет желания сидеть на трёх посетителях? (Правда, трёх сотен у меня пока всё равно нет…)

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

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *