MODX дает разработчику гораздо больше свободы, чем многие классические системы управления сайтами. Здесь нет жесткой привязки к готовой структуре страниц или определенному способу построения проекта. На MODX Revolution можно сделать небольшой сайт компании, каталог, информационный портал, мультиязычный ресурс и достаточно сложный веб-проект с собственной логикой.
Но эта свобода влияет и на выбор хостинга. Два сайта на одной версии MODX могут отличаться по нагрузке настолько сильно, что одному будет достаточно недорогого виртуального тарифа, а второму потребуется VPS. Поэтому выбирать сервер только по названию CMS бессмысленно.
Не существует и универсальной формулы вроде «для MODX нужно столько-то гигабайт памяти». Реальные требования зависят от структуры сайта, количества и качества дополнений, работы сниппетов, базы данных, кеширования, посещаемости и фоновых операций.
При этом небольшой MODX-сайт вовсе не требует собственного сервера. Качественного виртуального хостинга ему зачастую хватает с большим запасом. VPS становится интересен тогда, когда появляется конкретная техническая причина для перехода, а не просто потому, что проект сделан на MODX Revolution.
Разберемся, какой хостинг выбрать для MODX, какие характеристики тарифа действительно важны, почему может тормозить административная панель, когда проблема находится в самом сайте и в какой момент виртуальный хостинг действительно стоит менять на VPS.
Что требуется MODX Revolution от хостинга
MODX Revolution представляет собой динамическую систему управления контентом и одновременно достаточно гибкую платформу для разработки сайтов. При открытии страницы выполняется PHP-код, система обращается к базе данных, обрабатывает элементы MODX и формирует результат для посетителя.
Поэтому основа подходящего хостинга вполне привычна: совместимая версия PHP, поддерживаемая система управления базами данных, необходимые PHP-расширения и достаточные серверные ресурсы.
Конкретные системные требования лучше проверять по официальной документации для той версии MODX, которую вы используете или собираетесь устанавливать. Это важнее любой таблицы из старой статьи: MODX развивается, поддерживаемые версии программного окружения меняются.
Особенно внимательно нужно относиться к PHP.
На хорошем хостинге желательно иметь возможность самостоятельно выбирать из нескольких актуальных версий PHP. Это значительно упрощает обновление проекта. Можно проверить сайт на новой версии, убедиться в совместимости дополнений и только после этого окончательно переключить рабочее окружение.
Важны и настройки PHP. Для отдельных операций могут потребоваться подходящие значения лимита памяти, максимального времени выполнения скрипта, размера загружаемых файлов и других параметров.
На виртуальном хостинге пользователь не получает неограниченные ресурсы, поэтому провайдер устанавливает допустимые пределы. Это нормально. Вопрос в том, насколько эти ограничения соответствуют конкретному сайту.
Второй важный компонент — база данных.
В ней MODX хранит структуру ресурсов, настройки, пользователей и множество других данных. Дополнительные компоненты могут создавать собственные таблицы и активно взаимодействовать с СУБД.
Чем сложнее проект, тем заметнее становится качество работы базы данных.
Поэтому при выборе хостинга для MODX не стоит смотреть исключительно на размер диска. Для динамического сайта процессорные ресурсы, память и производительность базы зачастую гораздо важнее десятков дополнительных гигабайт.
Небольшому MODX-сайту не нужен отдельный сервер
MODX иногда воспринимают как систему исключительно для разработчиков и сложных проектов. Отсюда появляется ошибочное предположение, что для нее сразу нужен VPS.
Это не так.
Если на MODX сделан обычный сайт компании с несколькими десятками или сотнями страниц, умеренной посещаемостью и нормальной реализацией, качественного виртуального хостинга обычно достаточно.
Более того, для владельца небольшого проекта такой вариант зачастую удобнее VPS.
Провайдер обслуживает серверную часть, обновляет системное программное обеспечение, предоставляет панель управления, базы данных, SSL и другие необходимые инструменты. Пользователю не приходится становиться системным администратором собственного сервера.
Переходить на более сложную инфраструктуру стоит тогда, когда она решает существующую задачу.
Какой виртуальный хостинг подойдет для MODX
Начать можно с совместимости.
Хостинг должен предоставлять программное окружение, соответствующее используемой версии MODX Revolution. Но одной галочки «MODX поддерживается» недостаточно.
Нужно посмотреть и на ресурсные ограничения.
На виртуальном хостинге один физический или виртуальный сервер обслуживает множество аккаунтов. Чтобы отдельный пользователь не занял все вычислительные возможности, провайдер устанавливает лимиты CPU, памяти, процессов, операций с базой данных и других ресурсов.
У разных компаний они устроены по-разному.
Именно поэтому два тарифа с одинаковыми 20 или 30 ГБ дискового пространства могут совершенно по-разному справляться с одним MODX-сайтом.
Размер диска показывает, сколько данных можно хранить. Он почти ничего не говорит о том, насколько быстро сервер выполнит сложный PHP-код.
Для обычного сайта MODX сам по себе не требует огромного дискового пространства. Значительную часть места чаще занимают изображения, документы, резервные копии и почта.
Если на сайте много фотографий, пространство действительно становится важным. Но покупать 100 ГБ вместо 30 ГБ ради увеличения скорости бессмысленно, если проект использует всего несколько гигабайт.
Полезнее узнать, какие ограничения установлены на процессорные ресурсы и память и что происходит при их превышении.
Один хостер допускает кратковременные пики. Другой применяет более жесткие ограничения. Условия лучше выяснить заранее, особенно если сайт получает заметный трафик из рекламы или периодически выполняет тяжелые операции.
Обратите внимание и на тип дисковой подсистемы. Современные SSD и NVMe хорошо подходят для динамических сайтов и баз данных, но одна надпись «NVMe» тоже не является гарантией высокой скорости. Производительность зависит от всей инфраструктуры и того, насколько провайдер перегружает оборудование.
Для разработчика очень полезен SSH.
В небольшом проекте без него можно обойтись, однако доступ к командной строке заметно упрощает профессиональную работу с сайтом, файлами и инструментами разработки.
Если проект использует Composer или другие консольные инструменты, наличие нормального SSH становится еще важнее.
Нужен и Cron, если сайт выполняет регулярные задачи по расписанию.
Проверьте возможность создания дополнительных баз данных, поддоменов и отдельных сайтов. Тестовая копия MODX может оказаться очень полезной при серьезных обновлениях.
Нужен ли специальный хостинг для MODX
Отдельные провайдеры могут предлагать тарифы, которые позиционируются как хостинг для MODX. Относиться к такой маркировке стоит спокойно.
Если за ней действительно находится подготовленное окружение с подходящими версиями PHP, хорошими лимитами ресурсов и технической поддержкой, знакомой с MODX, это удобное преимущество.
Но специальный серверный «движок MODX», без которого CMS не может нормально работать, не требуется.
Обычный качественный виртуальный хостинг с совместимым окружением способен быть ничуть не хуже тарифа, на рекламной странице которого крупно написано MODX Hosting.
Поэтому сравнивайте реальные характеристики, а не название продукта.
Почему сайт на MODX может начать тормозить
MODX дает разработчику большую свободу, но вместе со свободой появляется ответственность за то, как построен проект.
Это одна из причин, почему два сайта на MODX Revolution могут требовать совершенно разной мощности.
На производительность влияют шаблоны, чанки, сниппеты, плагины, дополнительные компоненты, запросы к базе данных и логика их использования.
Сам по себе факт наличия большого количества элементов еще не означает плохой производительности. Гораздо важнее то, что они делают при каждом запросе.
Например, сниппет может выполнять простую операцию и практически не влиять на скорость. Другой способен формировать сложный запрос, обрабатывать большой массив данных или обращаться к внешнему сервису.
Если такая операция выполняется при каждом открытии страницы, нагрузка становится заметной.
Особое значение имеет кеширование.
MODX позволяет кешировать результаты и не выполнять одну и ту же работу заново там, где это не требуется. Грамотное использование кеша способно существенно снизить нагрузку.
Но бездумно кешировать абсолютно все тоже нельзя. На динамических страницах часть данных должна оставаться актуальной.
Задача разработчика — определить, какие элементы можно безопасно кешировать, а какие необходимо формировать при запросе.
Если сайт внезапно стал работать медленнее, сначала стоит вспомнить, что менялось перед появлением проблемы.
Устанавливался новый Extra? Обновлялся компонент? Менялся шаблон? Добавлялась интеграция? Значительно вырос каталог? Начался поток нежелательных запросов от роботов?
Иногда причина находится именно там.
Покупка более мощного тарифа способна временно скрыть неэффективный код, но не исправить его.
Почему тормозит административная панель MODX
Отдельная история — медленный MODX Manager.
Бывает, что публичная часть сайта открывается достаточно быстро, а работа в административной панели становится раздражающе медленной. Сохранение ресурса занимает много времени, дерево загружается с задержкой, отдельные разделы Manager открываются не сразу.
В такой ситуации легко сделать вывод, что виноват хостинг.
Иногда действительно не хватает серверных ресурсов. Но это далеко не единственная возможная причина.
На Manager могут влиять установленные дополнения, плагины, состояние базы данных, большой объем служебной информации, ошибки отдельных компонентов и внешние запросы.
Поэтому начинать лучше с диагностики.
Посмотрите журналы MODX и серверные ошибки. Проверьте, не появилось ли большое количество повторяющихся записей. Вспомните, после какого изменения Manager начал работать медленнее.
Если проблема возникает только при выполнении определенного действия, это особенно полезная подсказка.
Одновременно стоит проверить статистику хостинга. Если в момент работы Manager аккаунт постоянно достигает процессорного лимита или ограничения памяти, серверная часть действительно может быть узким местом.
Но если ресурсов достаточно, простая миграция на VPS может ничего не исправить.
Extras и собственный код сильно влияют на требования MODX
Экосистема MODX позволяет добавлять готовые компоненты практически для любых распространенных задач.
Это одна из сильных сторон платформы. Не нужно самостоятельно создавать с нуля каждую форму, меню, поиск, галерею или механизм обработки данных.
Но качество и сложность дополнений отличаются.
На небольшом сайте несколько популярных Extras обычно не создают заметных проблем. По мере развития проекта список расширений может становиться значительно больше.
Часть компонентов перестает использоваться. Некоторые остаются ради одной небольшой функции. Другие давно не обновлялись.
Поэтому периодическая ревизия дополнений полезна не только для производительности, но и для безопасности.
Если Extra больше не используется, стоит выяснить, можно ли корректно от него отказаться.
Особенно внимательно нужно относиться к компонентам, которые давно не поддерживаются разработчиком.
Собственный код также может быть как очень эффективным, так и тяжелым.
MODX часто выбирают именно потому, что разработчик не ограничен жесткой логикой готового шаблона. Поэтому производительность конкретного проекта во многом зависит от качества реализации.
На крупном сайте имеет смысл профилировать тяжелые участки, а не пытаться решить любую проблему увеличением сервера.
Это особенно актуально для каталогов и сложных выборок.
Если при каждом запросе система получает и обрабатывает огромный объем данных, дополнительный процессор даст некоторый запас, но оптимизированная логика может дать значительно больший эффект.
База данных и кеш для крупного MODX-проекта
На небольшом сайте владелец редко задумывается о производительности базы данных. Она просто работает.
По мере роста проекта ситуация меняется.
Появляются тысячи ресурсов, дополнительные поля, пользовательские данные, собственные таблицы компонентов и сложные выборки. База начинает играть все более заметную роль в общей скорости сайта.
И здесь особенно опасно выбирать хостинг только по размеру диска.
Можно получить огромный объем хранения и одновременно столкнуться с ограничениями, которые мешают динамическим операциям.
На виртуальном хостинге пользователь не может полностью управлять конфигурацией СУБД. Этим занимается провайдер.
Для большинства небольших проектов это скорее плюс: не нужно самостоятельно настраивать сервер базы данных.
На крупном сайте потребность в более тонкой оптимизации может стать одной из причин перехода на VPS.
Но сначала необходимо убедиться, что проблема действительно связана с инфраструктурой.
Плохо сформированный запрос остается плохим и на более мощном сервере.
Отдельно следите за кешем MODX.
Кеширование позволяет не выполнять повторно операции, результат которых уже известен. Это особенно полезно для страниц и элементов, которые изменяются значительно реже, чем запрашиваются посетителями.
При разработке нужно понимать разницу между кешируемыми и некешируемыми вызовами и не отключать кеш без реальной необходимости.
В то же время накопившийся или некорректный кеш иногда становится причиной странного поведения после обновлений. Поэтому очистка кеша остается одной из стандартных диагностических операций при изменениях проекта.
Важно не путать эти вещи: кеширование необходимо для производительности, а периодическая очистка кеша после определенных изменений не означает, что кеш вообще нужно отключить.
Когда MODX пора переносить с виртуального хостинга на VPS
Лучший повод для перехода на VPS — не название CMS, а измеряемая необходимость.
Например, сайт регулярно достигает ограничений виртуального хостинга при обычной работе.
Не один раз во время необычного всплеска посещаемости, а систематически.
В такой ситуации сначала стоит проверить возможность перехода на старший тариф. Иногда этого достаточно и миграция на собственный сервер не требуется.
Если проект уже находится на мощном shared-тарифе, а ограничения общей среды продолжают мешать, VPS становится значительно интереснее.
Еще одна причина — необходимость в серверных компонентах или настройках, которые невозможно получить на обычном хостинге.
На VPS администратор значительно свободнее управляет PHP, веб-сервером, СУБД, кеширующими сервисами и другим программным обеспечением.
Можно оптимизировать окружение под конкретный проект.
VPS также удобен для сложных фоновых процессов и нестандартных интеграций.
Но вместе со свободой появляется ответственность.
Сервер необходимо обновлять, защищать, контролировать и резервировать. Кто-то должен следить за свободным дисковым пространством, работой служб и системными журналами.
Если никто в компании этим заниматься не умеет, стоит выбирать управляемый VPS или отдельно заказывать администрирование.
Самый дешевый неуправляемый сервер не обязательно является экономией.
Особенно если на нем находится коммерческий сайт, простой которого означает потерю заявок или продаж.
Сколько RAM и CPU нужно MODX
Универсальной цифры здесь нет.
Нельзя достоверно сказать, что любой MODX-сайт до определенного количества страниц требует один объем памяти, а после него — другой.
Количество ресурсов зависит от кода проекта, посещаемости, базы данных, фоновых процессов и серверной конфигурации.
Для уже работающего сайта лучше не гадать, а измерять.
Посмотрите статистику текущего хостинга. В какие ресурсы упирается проект? Когда возникают пики? Связаны ли они с посетителями или служебными операциями?
Если переходите на VPS, эти данные помогут выбрать конфигурацию с разумным запасом.
При этом нужно помнить, что RAM виртуального сервера используется не только MODX. Память необходима операционной системе, веб-серверу, PHP, СУБД и другим работающим службам.
Поэтому сравнивать лимит памяти одного PHP-процесса на shared-хостинге с общим объемом RAM VPS напрямую некорректно.
Резервные копии и безопасность сайта на MODX
Выбирая хостинг, резервное копирование легко воспринимать как второстепенную функцию. Пока не приходится восстанавливать сайт.
Для полноценного backup MODX нужны как минимум файлы проекта и база данных.
Если сохранить только файлы, можно потерять изменения контента, пользователей, настройки и данные компонентов.
Хорошо, когда провайдер автоматически создает резервные копии и позволяет восстановить их непосредственно из панели управления.
Но перед покупкой стоит узнать детали.
Как часто выполняется копирование? Сколько копий хранится? Входит ли база данных? Можно ли скачать архив? Можно ли восстановить только базу или отдельный сайт?
Для проекта, который обновляется редко, и активно работающего веб-сервиса требования к частоте резервирования будут разными.
Чем чаще меняются важные данные, тем меньше допустимый интервал между копиями.
Полезно иметь и независимый backup за пределами основного хостинга.
Это особенно важно для коммерческих проектов.
Автоматическая копия у провайдера прекрасно защищает от множества обычных ситуаций, но независимый архив добавляет еще один уровень страховки.
Безопасность начинается с самого аккаунта.
Используйте уникальный пароль для панели хостинга и включите двухфакторную аутентификацию, если она доступна.
Не передавайте главный пароль каждому разработчику, которому понадобилось изменить один файл. Если хостинг позволяет создавать дополнительные доступы, лучше использовать их.
Сам MODX и используемые Extras необходимо своевременно обновлять.
Перед серьезным обновлением сначала создайте резервную копию, а для важного сайта лучше проверить изменения на тестовой версии.
HTTPS сегодня должен быть стандартом. Большинство современных хостингов позволяют бесплатно выпускать сертификаты и автоматически их продлевать.
Платный сертификат сам по себе не исправит уязвимый компонент или слабый пароль. Для безопасности гораздо важнее комплексный подход.
Что проверить перед покупкой хостинга для MODX
Если сайт уже существует, у вас есть большое преимущество перед человеком, который только начинает новый проект: реальные данные.
Посмотрите, сколько места занимают файлы и база. Проверьте текущую версию MODX и PHP. Запишите основные Extras и внешние интеграции.
Посмотрите статистику посещаемости и серверной нагрузки.
Если причиной переезда являются проблемы с производительностью, постарайтесь понять их до миграции.
После этого можно переходить к сравнению хостингов.
Я бы проверила следующие характеристики:
- соответствие окружения требованиям используемой версии MODX Revolution;
- наличие актуальных версий PHP;
- возможность самостоятельно переключать PHP;
- поддерживаемую СУБД;
- лимиты процессорных ресурсов и памяти;
- возможность изменять необходимые параметры PHP;
- наличие SSH-доступа;
- возможность работы с Composer, если он требуется проекту;
- поддержку Cron;
- бесплатный SSL с автоматическим продлением;
- частоту автоматического резервного копирования;
- срок хранения резервных копий;
- возможность скачать backup;
- количество доступных баз данных и сайтов;
- лимит количества файлов;
- возможность создать тестовую копию проекта;
- условия перехода на более мощный тариф;
- наличие VPS или других решений для дальнейшего роста;
- режим работы технической поддержки.
Не все пункты одинаково важны каждому сайту.
Например, владельцу простого проекта может никогда не понадобиться Composer. Разработчику сложного MODX-сайта его поддержка способна оказаться принципиальной.
Именно поэтому универсального «лучшего тарифа для MODX» не существует.
Есть тариф, который лучше соответствует конкретному проекту.
Как правильно переносить MODX на другой хостинг
Для переноса необходимо сохранить не только файлы, но и базу данных.
На новой площадке создается база, импортируются данные, переносятся файлы и проверяются параметры подключения.
Но технически перенесенный сайт еще нельзя считать полностью проверенным.
До переключения домена желательно протестировать основные страницы, административную панель, формы, поиск и критичные функции проекта.
Проверьте отправку электронной почты.
Если используются Cron-задачи, их нужно создать на новом сервере.
Проверьте внешние API и интеграции.
Посмотрите журналы ошибок.
Убедитесь, что HTTPS работает корректно.
После переноса может понадобиться очистка кеша MODX.
Если проект активно меняется, необходимо учитывать изменения, произошедшие между созданием копии базы и фактическим переключением сайта. Для обычной корпоративной страницы это не всегда критично. Для проекта с пользовательскими данными, заявками или заказами потеря последних изменений уже недопустима.
Старый хостинг лучше не удалять сразу. Оставьте его на некоторое время как страховку, пока окончательно не убедитесь, что новая площадка работает правильно.
Какой хостинг для MODX выбрать в итоге
Для небольшого и среднего сайта на MODX Revolution в большинстве случаев достаточно хорошего виртуального хостинга.
Искать отдельный сервер только из-за используемой CMS не нужно.
В первую очередь проверьте совместимость программного окружения, версии PHP и СУБД, доступные ресурсы и возможности управления ими.
Не выбирайте тариф исключительно по количеству гигабайт.
Если сайт занимает несколько гигабайт, огромный диск не сделает PHP быстрее и не ускорит тяжелый запрос к базе данных.
Для разработческого MODX-проекта особенно полезны SSH, Cron, возможность работать с Composer, дополнительные базы и отдельная тестовая площадка.
Не менее важны резервные копии. Хостинг должен сохранять не только файлы, но и базу данных, а условия хранения backup лучше выяснить до первой аварии.
Если сайт начал тормозить, не спешите сразу переезжать.
Проверьте, что именно происходит. Посмотрите загрузку ресурсов, журналы ошибок, установленные Extras, тяжелые сниппеты, запросы к базе, кеширование и внешние сервисы.
Особенно это касается медленного MODX Manager. Тормозящая административная панель не является автоматическим доказательством плохого хостинга.
Переход на VPS становится оправданным, когда проект регулярно достигает лимитов виртуального тарифа, требует собственного серверного окружения или его архитектура уже выходит за возможности обычного shared-хостинга.
При этом VPS придется администрировать. Если соответствующего специалиста нет, стоимость обслуживания нужно учитывать вместе со стоимостью самого сервера.
Для уже существующего MODX-сайта лучший способ определить требования — посмотреть на реальные показатели работы. Они значительно полезнее универсальных таблиц с количеством страниц, посетителей и гигабайт памяти.
Хороший хостинг для MODX — это площадка, на которой конкретный сайт стабильно работает сегодня и которую можно без аврала масштабировать завтра.
Для одного проекта таким решением окажется обычный виртуальный тариф. Для другого — VPS с индивидуально настроенным окружением. Выбирать между ними стоит не по престижности технологии, а по фактической нагрузке и требованиям самого сайта.
