CMS-хостинг

Что такое CMS-хостинг

CMS-хостинг — размещение сайта на готовой системе управления контентом, где окружение заранее собрано под требования конкретного движка: версия PHP и набор расширений, настройки opcache, база данных, кеш, поисковый движок, cron и лимиты памяти.

Смысл в том, что «просто хостинг» и «хостинг под Magento» — это разные машины. Разброс требований между популярными CMS огромен: WordPress живёт почти на чём угодно, Magento не запустится на том, где WordPress чувствует себя прекрасно. Поэтому провайдеры и продают преднастроенные конфигурации, а не универсальную коробку.

Что такое Magento

Magento — open-source платформа для интернет-магазинов на PHP, появившаяся в 2008 году. В 2018 году её купила Adobe, и сейчас продукт существует в двух вариантах: Magento Open Source (бесплатный) и Adobe Commerce (платный, бывший Magento Commerce) — с B2B-модулями, облаком и поддержкой. Ветка Magento 1 не поддерживается с середины 2020 года, всё живое работает на Magento 2.

Важно понимать, чем Magento не является. Это не «ещё одна CMS» уровня WordPress, а тяжёлый enterprise-фреймворк для каталогов на десятки тысяч товаров: с внедрением зависимостей, кодогенерацией, сборкой через Composer, многоуровневым кешем и обязательным поисковым движком. Отсюда и репутация: мощный инструмент, дорогой в разработке и требовательный к железу.

Magento на VPS: почему shared не подойдёт

Ответ на «magento vps» короткий: виртуальный хостинг Magento 2 не потянет, и дело не в мощности. На shared нет Elasticsearch или OpenSearch, без которых Magento 2.4 просто не устанавливается; нет Redis, нет права запустить cron и Composer, нет контроля над памятью PHP. Нужен VPS или выделенный сервер, где стек ваш.

Из чего складывается аппетит:

• PHP-FPM с большим memory_limit — Adobe документирует минимум 2 ГБ RAM, и это именно минимум, при котором сборка через Composer не падает.
• Elasticsearch или OpenSearch — отдельный процесс JVM со своей кучей памяти.
• MySQL или MariaDB — каталог, заказы, индексы.
• Redis — кеш и сессии; на файловом кеше Magento заметно медленнее.
• Varnish — рекомендованный full page cache. Без него TTFB на страницах каталога печальный.
• cron — без него не переиндексируется каталог, не отправляются письма и не пересчитываются цены.

Всё перечисленное одновременно в 2 ГБ не живёт. Реальные конфигурации кратно больше, а на нагруженных магазинах поиск и базу выносят на отдельные машины.

Требования популярных CMS

Отдельно про 1С-Битрикс: это доминирующая CMS в российском корпоративном сегменте и e-commerce, и у неё есть собственный тест производительности, по которому клиент оценивает хостинг. Поэтому провайдеры держат отдельные тарифы «под Битрикс» с преднастроенным окружением — как раз тот случай, когда преднастройка экономит реальное время.

Что действительно ускоряет CMS

Порядок примерно по соотношению эффекта к усилиям:

1. opcache — включить и дать ему памяти. Самое дешёвое ускорение PHP из существующих: без него код перекомпилируется на каждый запрос.
2. Страничный кеш — Varnish или кеш на стороне nginx. Отдавать готовый HTML вместо запуска PHP на каждый заход.
3. Объектный кеш в Redis вместо запросов в базу за одним и тем же.
4. Свежая версия PHP — переход между мажорными версиями исторически даёт заметный прирост бесплатно.
5. NVMe вместо SATA — CMS упираются в случайное чтение мелких файлов.
6. CDN на статику — картинки и скрипты не должны ехать через ваш PHP-процесс.

Управлять этим можно вручную или через панель управления хостингом — под WordPress и Битрикс панель обычно помогает, под Magento чаще мешает.

Связанные термины

• Хостинг — общая картина вариантов размещения
• VPS — минимум для всего, что тяжелее визитки
• Панели управления хостингом — управление сайтами через браузер
• LEMP-стек — база, на которой работает почти любая CMS
• Redis — кеш и сессии для тяжёлых движков
• Резервное копирование — обязательно до обновления CMS, а не после