Вибір тарифного плану для найпоширеніших CMS — Технічна підтримка
На даний момент найпопулярніші CMS працюють коректно майже на будь-якому хостингу, необхідно лише вибрати правильний тарифний план. У цій статті якраз і буде надано ряд рекомендацій для вибору найбільш відповідного тарифу. Будуть розглянуті такі відомі CMS, як Joomla, WordPress, Bitrix, Drupal та MODX. Ми зібрали невелику статистику щодо використання даних продуктів на наших серверах, коротка витримка доступна в таблиці нижче:
| CMS | Звернень у базовій конфігурації, хітів | Рекомендований тариф, не нижчий ніж | Звернень за наявності важких розширень або великих обсягів бази, хітів | Рекомендований тариф, не нижчий ніж |
| Joomla | до 300 000 | Лайт | до 100 000 | Лайт |
| WordPress | до 150 000 | Лайт | до 90 000 | Лайт |
| Bitrix | до 80 000 | Лайт | до 100 000 | Хмарний VDS типу SMALL або MEDIUM |
| Drupal | до 100 000 | Лайт | до 80 000 | Лайт |
| MODx | до 250 000 | Лайт | до 100 000 | Лайт |
Перед тим, як ми почнемо, давайте визначимося з термінологією.
хіт – один запит до сервера. Наприклад, при заході на сайт, браузер крім самої HTML-сторінки, також завантажує файли стилів, js-скриптів, різні зображення, при цьому кожне таке звернення - 1 хіт. При заході користувача на певну сторінку до сервера може надсилатися від 3-5 до кількох сотень запитів.
процесорний час – ресурси процесора, які споживають сайти на сервері хостингу.
ОЗУ – оперативна пам'ять. Для тарифу "Лайт" загальна кількість пам'яті, що виділяється -256 Мб.
У стандартній конфігурації є чудово оптимізованою, добре налагодженою CMS. Працює стабільно та без проблем починаючи з тарифного плану "Лайт". Наприклад, якщо є невеликий сайт про компанію, який розповідає загалом про її діяльність, основні послуги, жодних проблем із підвищеним споживанням на даному тарифному плані швидше за все не виникне. Можна сміливо вибирати "Лайт" навіть за досить високої активності користувачів. У нас є сайти з відвідуваністю 200 000 хітів та споживанням ресурсів процесора лише на чверть від доступних за тарифом. Загалом можна спокійно розмістити три сайти на CMS Joomla стандартної конфігурації на тарифі "Лайт".
Це ще один лідер серед безкоштовних CMS, який завоював любов величезної кількості користувачів. Часто WordPress використовується саме в тих цілях, для яких і створювався як платформа для ведення блогу. Крім того на ньому реалізують портали новин та інтернет-магазини. Надзвичайно проста установка та налаштування дозволяють кожному створити свій сайт за лічені хвилини, а проста та функціональна адмінка дає можливість встановити нові шаблони та додати різні розширення.
З точки зору споживаних ресурсів WordPress більш вимогливий до процесорного часу та кількості доступної пам'яті, ніж CMS Joomla. Тим не менш, можливо використовувати цю CMS з налаштуваннями PHP за замовчуванням.
Досить об'ємний сайт із численними плагінами та відвідуваністю в 70-90 тис. хітів може цілком існувати на "Лайті" не вибираючись за ліміти за тарифом. Ключові проблеми ті ж, що й у Joomla – безпека. Тому завжди вчасно виконуйте оновлення CMS та плагінів (відповідна кнопка є в адмінці WordPress), щоб уникнути автоматичного злому шкідливими роботами,гуляючими по мережі.
Це комерційна CMS від усієї відомої компанії. Її ключова особливість - найширша функціональність, проте вона висуває досить високі вимоги до хостингу.
Якщо сайт скромних розмірів, тобто кількість позицій становить близько 1-2 тис., цілком можливо розміщуватися на тарифі "Лайт" з відвідуваністю до 80 тис. хітів.
Ключові проблеми, з якими стикаються користувачі цієї CMS на тарифі Shared-хостингу - це недолік ОЗУ та високе споживання процесорного часу. Навіть після переходу на VDS, власнику Bitrix, можливо, буде потрібна додаткова оптимізація ряду налаштувань ключових служб сервера.
Аналогічно, Joomla та WordPress – це відкрите програмне забезпечення, яке надається безкоштовно. Цю CMS дуже люблять розробники. Для Drupal є багато додаткових модулів, які помітно розширюють його функціональність.
Офіційний сайт проекту - http://modx.com/
З усіх представлених CMS – одна з найменш вимогливих до ресурсів. Можна розміщувати сайт на MODX з відвідуваністю до 100 тис. хітів за стандартної конфігурації на тарифі "Лайт".
Якихось особливих відмінних проблем у процесі роботи даної CMS нам виділити складно, проте процес перенесення сайту з одного хостингу на інший викликає досить багато труднощів. Перед перенесенням ресурсу не забудьте почистити кеш сайту через відповідну кнопку в інтерфейсі адміністратора.
Зверніть увагу
Всі наведені вище дані CMS є досить умовними. На дійсне споживання ресурсів на сервері хостингу впливає велика кількість факторів, що враховуються індивідуально в кожному конкретному випадку, ось лише деякі з них найбільш значущі:
Встановлені плагіни та розширення. Це основне джерело проблем із продуктивністю. На відміну від розробників CMS, розробники розширень дуже часто пишуть низькопродуктивний і небезпечний код, який до того ж майже ні ким, крім них самих, не контролюється. Використовуйте лише перевірені розширення, наскільки це можливо від основних розробників CMS.
Розподіл відвідувань на певних сторінках. Сайт може являти собою складний розлогий проект, розділений на кілька великих розділів, що мають свою розмітку, особливості навігації та інші відмінні риси. Звичайно, формування сторінок для різних розділів з'їдає різну кількість ресурсів, і якщо на сайті є тільки одна важка сторінка, але відвідувана - вона і буде основним споживачем.
Наявність або відсутність внутрішнього механізму кешування. Наприклад, вбудований кеш є в Bitrix і MODX. Це дозволяє сформувати дані лише один раз, а при повторенні запиту віддавати готовий результат, не повторюючи роботу двічі. Наявність внутрішнього кешу знижує споживання ресурсів, але у деяких випадках викликає низку складнощів. На серверах хостингу також можна включити різні зовнішні кеші - eAccelerator, XCache, APC.
Наявність завдань у cron та частота їх запуску. Для автоматичного оновлення інформації на сайті часто використовують додаткові скрипти, які оновлюють перелік позицій в інтернет-магазині або, наприклад, показують погоду та температуру за вікном, є безліч інших завдань, які можна автоматизувати. Якщо завдання запускається кожні п'ять хвилин і проводить складні зміни в базі даних розміром кілька сотень мегабайт, швидше за все не вдасться вписатися в ліміти тарифу. Переконайтеся, що автоматичноЗавдання, що виконуються, роблять дійсно важливу роботу і при цьому не запускаються занадто часто.
Наявність важких запитів до бази та їх кількість. Це помітне джерело не лише високого споживання ресурсів, а й причина повільної роботи сайту. Завжди намагайтеся зменшити кількість таких запитів до мінімуму. Сервера хостингу налаштовані спеціальним чином під високі навантаження, але якщо при формуванні сторінки на сайті в базу відправляється 1000 запитів, користувачам доведеться набратися терпіння, щоб побачити цей чудовий сайт.