Хостинг для MODX Revolution выбирают не только по объёму диска или наличию автоустановщика. Важны поколение MODX и версия PHP, база MySQL/MariaDB, разрешения на запись в core/cache и assets, работа ЧПУ, cron, Extras, сниппетов и TV, возможность восстановить файловую систему вместе с базой. Для корпоративного сайта на MODX может хватить виртуального хостинга; для сложной интеграции и большого каталога потребуется оценить нагрузку и требования к ОС. Ни один тип размещения сам по себе не улучшает позиции в поиске.
Краткий вывод: современный MODX 3.2+ лучше развёртывать на PHP 8.1+ (рекомендация разработчиков — 8.2+), с актуальной MySQL/MariaDB и доступом к логам/резервным копиям. Старые проекты на MODX 2.x нельзя переносить на новый PHP «одним переключателем» без проверки дополнений и кода. Сначала составьте матрицу совместимости, затем сравните виртуальный хостинг, специализированный CMS-тариф и VPS по измеряемым ограничениям.
Обновлено 17 октября 2026 года. Ниже — практическая методика выбора, основанная на документации MODX и эксплуатационных задачах автора. Лабораторных сравнений всех провайдеров и гарантированных цифр ускорения нет. Тарифные условия проверьте в день заказа.
Какому сайту на MODX достаточно обычного виртуального хостинга
Ресурсоёмкость MODX зависит от шаблонов, чанков, вызовов сниппетов и базы данных. Количество ресурсов само по себе мало говорит о нагрузке: небольшой каталог с медленным фильтром может потреблять больше CPU и SQL-времени, чем сайт с тысячами кэшируемых статей. При выборе оцените частоту некэшируемых запросов, сложность xPDO-запросов, число фоновых задач, работу менеджера и источников файлов.
| Сценарий на MODX | Возможный старт | Что обязательно проверить |
|---|---|---|
| Корпоративный сайт, услуги, блог | Виртуальный PHP/MySQL-хостинг | Версии PHP и SQL, friendly URLs, резервирование, права на cache/assets. |
| B2B-каталог с фильтрами и ТВ-полями | Виртуальный тариф с запасом либо VPS | Пиковые SQL-запросы, индексы, правила кеширования, импорт номенклатуры. |
| Магазин на miniShop2/похожих Extras | Shared после теста или управляемый VPS | Корзина, заказы, уведомления, безопасность сессий, миграция БД. |
| Многоязычный сайт с несколькими контекстами | Shared или VPS в зависимости от приложений | Настройки контекстов, hostnames, каноникал и нагрузку генерации страниц. |
| Сложный интеграционный проект, API/очереди | VPS с поддержкой администрирования | Cron/CLI, очереди, PHP-FPM, RAM, диагностику и внешние сервисы. |
Системные требования MODX Revolution: отличайте 2.x и 3.x
Под общим названием MODX встречаются разные поколения движка. Официальная документация MODX 3.x: Server Requirements для актуальной ветки 3.2+ требует PHP не ниже 8.1 и рекомендует PHP 8.2+, MySQL 5.7+ с предпочтением MySQL 8.0+/MariaDB 10.6+. Ранние выпуски 3.0 и 3.1 имели более низкие минимальные требования. Это не означает совместимость всех пользовательских Extras с любой веткой PHP.
Для MODX 2.x действуют другие исторические требования. Например, на soltyk.ru долго эксплуатировался MODX Revolution 2.7.3 с PHP 7.4 — пример действующей старой установки, а не рекомендуемый стек для нового проекта. PHP 7.4 уже не поддерживается сообществом PHP, а установка 2.7.3 требует плана модернизации. Если вы поддерживаете наследованный сайт, сначала создайте staging и резервную копию, проведите инвентаризацию плагинов/сниппетов и только затем обновляйте версии.
| Компонент | Новый MODX 3.2+ | Существующий MODX 2.x — действие |
|---|---|---|
| PHP | Минимум 8.1; рекомендуется 8.2+ | Уточнить точную версию Revo/Extras; тестировать перенос на поддерживаемый PHP. |
| SQL | MySQL 5.7+; предпочтительнее 8.0+ или MariaDB 10.6+ | Проверить конфигурацию и SQL-совместимость xPDO и компонентов. |
| Веб-сервер | nginx 1.18+ либо Apache 2.4+ | Проверить RewriteBase/.htaccess или nginx try_files и настройку HTTPS. |
| PHP-расширения | pdo_mysql, curl, dom, gd, json, zip, zlib, xml и др. | Проверить required/extensions конкретной версии и зависимости Extras. |
| Память и лимиты | Официальный минимум скромный; продакшен измеряется по сценарию | Снять PHP memory peak, CPU, SQL, работу менеджера, тяжелые импорты. |
PHP-расширения и права на файлы
Для ядра и дополнений важны pdo_mysql, curl, dom/simplexml/xml, gd, zip, zlib, а в ряде Extras — mbstring, imagick, intl и iconv. Нужные модули определяются не абстрактной рекламой «поддержка PHP», а файлом зависимостей и используемыми Extras. Проверьте, может ли веб-процесс записывать только необходимые директории: cache, assets, пользовательские загрузки; чрезмерные права 777 не должны быть способом «починить» установку.
Доступ к базе и восстановлению
Установка и обновление MODX требуют SQL-прав на создание и изменение таблиц. Для продакшена важно отдельно проверить работоспособность полного экспорта БД, кодировки utf8mb4, размерных ограничений, логов медленных запросов и тестового восстановления. Один только «автоматический бэкап в панели» без восстановления на другом окружении не равен рабочему плану восстановления.
Почему MODX может работать медленно даже на дорогом сервере
MODX строит ответ страницы из ресурсов, шаблонов, чанков, сниппетов и данных TV. Важна не только конфигурация CPU/RAM, но и правила кеширования. Неоправданно некэшируемый сниппет в общем шаблоне запускается на каждой странице, а плохо оптимизированный xPDO-запрос создаёт лишнюю нагрузку на БД. Бессистемная замена VPS не исправит тяжелый запрос, если он генерирует сотни соединений или сканирует таблицу без индекса.
Кэширование чанков, сниппетов и TV
В MODX конструкция тега с ! означает некэшируемый вызов; это оправданно для персонализированного/динамического содержимого, но не для каждого повторяемого элемента сайта. Проверьте фрагменты меню, хлебных крошек и виджетов, которые встречаются во всех шаблонах. Нередко достаточно устранить лишние динамические вызовы, а не покупать более дорогой тариф. При переносе между поколениями MODX проверьте совместимость синтаксиса и кэширования.
xPDO, ресурсы, пагинация и сортировки
Сложный фильтр или список товаров может создавать много однотипных запросов к базе. Снимите реальные SQL-профили: число запросов на тип URL, длительность, JOIN и обращения к TV. Проверьте индексацию таблиц, ограничения пагинации и наличие некэшируемых фасетов. Смена диска HDD → NVMe поможет не при каждой проблеме: если причина в SQL-плане, эффект от SSD может быть ограниченным.
| Симптом | Возможная причина | Проверка до апгрейда хостинга |
|---|---|---|
| Высокий TTFB только на страницах каталога | xPDO/TV-запросы и некэшируемые сниппеты | Лог SQL, профилировщик, кэш страниц, план SELECT. |
| Зависает менеджер MODX при сохранении | Plugins на событиях, ресурсы/TV, файловый кэш | error.log, нагрузка PHP, действия плагинов, очередь заданий. |
| Случайные 503/504 | Лимиты PHP-FPM/CPU, тайм-ауты, WAF | Логи web/PHP, пики, upstream timeout, ответы разных URL. |
| После переноса исчезают ЧПУ | RewriteBase, try_files, base_url или контексты | Проверить .htaccess/nginx, friendly_urls, alias_path, редиректы. |
| Бэкап существует, сайт не восстанавливается | Неполный архив или неподходящий PHP/SQL | Тест восстановления файлов, базы, core/config и путей. |
Виртуальный хостинг, CMS-хостинг или VPS для MODX: сравнение
Виртуальный хостинг удобен тем, что провайдер обновляет часть системного ПО и предоставляет панель, почту, резервирование. Но администрирование ядра MODX, Extras и логики проекта обычно остаётся на владельце сайта. VPS предоставляет системный доступ и гибкость, зато требует настройки безопасности, обновлений ОС, web-сервера, БД и мониторинга. CMS-тариф может экономить время на установке, однако его название не гарантирует больших лимитов CPU/SQL или лучшей совместимости модулей.
| Критерий | Виртуальный PHP-хостинг | VPS/облачный сервер |
|---|---|---|
| Доступ к ОС и системным сервисам | Ограничен панелью и политиками провайдера. | Root/SSH и выбор стека; администрирование на владельце или подрядчике. |
| PHP и модули | Выбор из поддерживаемых в панели версий. | Можно настраивать стек при соблюдении безопасности и совместимости. |
| SQL и кеш | Общие или ограниченные ресурсы БД. | Выделенные лимиты памяти/диска, Redis и тюнинг SQL доступны при настройке. |
| Безопасность | Платформа частично сопровождается провайдером. | Нужны патчи ОС, firewall, backup, мониторинг и контроль доступа. |
| Цена владения | Тариф + разработка/сопровождение CMS. | ВМ + IPv4 + резервные копии + время администратора. |
| Когда целесообразен | Небольшой/средний сайт с типовым PHP и SQL. | Измеренная нагрузка, фоновые процессы или специфичный runtime. |
Подойдёт ли Timeweb для сайта на MODX Revolution
Timeweb предоставляет виртуальный PHP-хостинг и отдельную страницу размещения MODX. У провайдера есть тарифы Year, Optimo, Century, Millennium, но их суточные ограничения CPU/MySQL необходимо сверять с актуальной документацией и условиями выбранной линейки. Наличие страницы «хостинг MODX» показывает поддержку CMS как сценария размещения, однако не подтверждает совместимость любого старого Extra или достаточность тарифа для тяжёлого каталога.
Перед оплатой уточните: доступны ли PHP 8.2+ и необходимые расширения именно на выбранном тарифе; можно ли выбрать движок SQL, получить SSH и cron, настраивать .htaccess, выполнять дампы/restore, устанавливать пакеты через менеджер. Если нужны фоновые процессы, внешние бинарники или гибкое управление версиями, изучите Timeweb Cloud и общую методику выбора VPS/VDS.
У автора есть длительный опыт эксплуатации сайта на MODX и собственных инструментов, включая MODX Control Lab. Это реальный опыт работы с системой управления контентом, но не серия стандартизованных сравнительных бенчмарков разных поставщиков. Подробности о тарифах и ограничениях текущего провайдера собраны в обзоре Timeweb. В конкретном проекте другой хостинг может оказаться подходящим.
Диагностика MODX перед переносом: чем отличается «сервер медленный» от проблем конфигурации
В MODX я обычно начинаю не с покупки VPS, а с воспроизводимого сценария. Один и тот же шаблон может отдаваться за разное время из-за uncached-сниппета, запросов xPDO к связанным таблицам, большой выборки TV или отсутствия индекса в MySQL. При этом переход на другой сервер не исправляет логическую ошибку сниппета. Обратная ситуация тоже бывает: код уже проверен, но на общем тарифе упирается в лимиты процессов и базы.
Полезнее сначала собрать доказательства: версия ядра и Extras → PHP и расширения → SQL и кэш → конфигурация веб-сервера → HTTP для посетителя и робота → резервная копия и план отката.
| Симптом / требование | Проверка в MODX | Что спросить о хостинге | Решение без догадок |
|---|---|---|---|
| MODX 2.x, PHP 7.4, старые Extras | Составить список дополнений, PHP API, ручного кода и тестировать копию на поддерживаемом PHP | Какие версии PHP доступны, возможны ли staging и разные версии для сайтов | Не переключать production на PHP 8.x до проверки совместимости; запланировать модернизацию. |
| MODX 3.2+ и установка с нуля | Проверить PHP ≥8.1 (желательно 8.2+), pdo_mysql, curl, dom/xml, gd, zip, права setup | Версии PHP/SQL и расширения; может ли оператор включать их на тарифе | Выбирать совместимый тариф; автоустановщик не является подтверждением совместимости всех Extras. |
| Медленный вывод Resources/TV и xPDO-запросов | Снять SQL slow query, число запросов, cacheable теги, обращения к TV, сравнить холодный/тёплый кэш | CPU, лимиты SQL, slow-query лог, количество параллельных процессов | Сначала оптимизировать сниппет, индексы и кэш; при упоре в лимиты сравнить VPS. |
| Сломались ЧПУ или canonical при миграции | Проверить friendly_urls, .htaccess/nginx rewrite, base_url, site_url, контекст и правила редиректов | Разрешены ли rewrite и нужная конфигурация сервера; есть ли доступ к логам | Исправить конфигурацию, затем пройти список старых URL и canonical; не менять CMS без причины. |
| Боты получают 403/503, посетитель видит 200 | Проверить фактические HTTP-ответы по User-Agent/стране, WAF, rate limiting и кэш | Можно ли просмотреть журналы блокировок и настроить исключения для проверенных ботов | Снять ошибочные блокировки, убедиться в 200 на важных URL; не обещать SEO-эффект от смены IP. |
Как я бы принял сайт MODX после смены хостинга
- До переноса: сохранить БД, файловое дерево, конфигурацию, список активных плагинов и событий, точные URL с органическим трафиком, правила редиректов и sitemap. Снимать baseline HTTP и кэшированных/некэшированных страниц.
- На staging: проверить версию PHP и все Extras, работу менеджера, сниппеты с некэшируемые вызовы сниппетов, TV, права папок и генерацию ЧПУ. Ошибки совместимости искать в логах, а не по одному открывшемуся главному URL.
- После переключения: проверить 200 и canonical у коммерческих URL, корректность 301 старых адресов, robots/X-Robots-Tag, sitemap, файловые загрузки и отсутствие 403/503 для поисковых роботов.
- При замедлении: измерить p50/p95 ответа HTML на равных сценариях, снять SQL-профиль, посмотреть холодный и прогретый кэш, отдельно проверить тяжёлые Resources/TV. Только потом выбирать shared, CMS-хостинг или VPS.
- При неполадке: восстановить копию и вернуть DNS/конфигурацию по плану, не вносить десятки разных правок одновременно. Иначе невозможно доказать причину улучшения.
Для нового MODX 3.2+ в официальных требованиях указаны PHP 8.1+ (рекомендуется 8.2+) и MySQL 5.7+ с предпочтением более нового SQL-стека. Мой MODX 2.7.3 на PHP 7.4 — legacy-опыт эксплуатации, а не пример безопасной конфигурации для нового сайта. Перед сменой поколения ядра проверяйте установленные дополнения; наличие современной версии PHP у хостера ещё не означает совместимость проекта.
Чтобы сравнить разные компании, а не только Timeweb, используйте сравнительную методику выбора хостинга. Если сервер нужен из-за собственных сервисов или доступа к ОС, отдельно разберите аренду VPS/VDS. У этих страниц другой запросный интент: здесь — именно эксплуатация MODX.
Как проверить требования MODX до заказа: практическая карта
- Версия: записать текущие MODX Revolution, PHP, xPDO, SQL, список Extras, установленных пакетов, версий сниппетов и собственных событийных плагинов.
- Веб-сервер: проверить HTTPS, работу .htaccess/NGINX, friendly_urls, use_alias_path и canonical-хост.
- Права: проверить доступ к assets, core/cache, manager/connector только по необходимым операциям, не открывать публичный доступ к core.
- Ресурсы: измерить CPU/RAM и SQL на первой загрузке, на прогретом кэше, в менеджере и во время импорта.
- Хранилище: посчитать размер медиа и резервных архивов отдельно от размера БД, учесть скорость восстановления и медиатеку.
- Безопасность: проверить WAF, HTTP-коды для поисковых роботов, уязвимые Extras, систему обновлений и политику резервирования.
- Тест: развёртывание в staging, копия БД, ручная приемка URL и прав пользователей.
Friendly URLs в MODX, nginx и Apache
MODX поддерживает человекочитаемые URL, но только после согласования роутинга веб-сервера и настроек системы. Для Apache нужен mod_rewrite и работающий .htaccess, для Nginx — соответствующий try_files или rewrite к index.php. В самом MODX включаются friendly_urls и при необходимости use_alias_path. Не включайте ЧПУ до проверки rewrite: иначе ссылки могут начать возвращать 404. При переезде сохраняйте прежнюю структуру URL, если её не требуется менять по отдельному плану.
Для нескольких контекстов проверьте домен и site_url/base_url каждого context, а также canonical. Отдельно проверьте HTTP→HTTPS, www/non-www, отсутствие дублей index.php и корректность 301. Инструкция MODX: Friendly URLs.
SEO-проверка MODX при переносе между хостингами
Риск смены хостинга связан не с «плохим SEO» провайдера, а с изменением отдачи страниц и данных приложения. Даже если публичные URL сохранились, может измениться HTTP-ответ, базовый путь сайта, обработка PDF, кеш, шаблон 404, Robots-Tag или доступность Googlebot/YandexBot. Двойное изменение версии MODX и сервера увеличивает сложность диагностики: по возможности разнесите миграцию инфраструктуры и обновление CMS на отдельные релизы.
До переключения DNS
- Выгрузить список индексируемых URL с HTTP, title, canonical, robots/X-Robots-Tag, sitemap и внутренними ссылками.
- Сделать бэкап файлов, БД, конфигурации и списка установленных Extras; отдельно сохранить корневые параметры подключения.
- Развернуть копию с закрытой индексацией на временном техническом адресе и проверить полные пути, статические assets и контексты.
- Проверить редактор, загрузку медиа, формы, почтовые уведомления, тестовую транзакцию и пользовательские скрипты.
- Согласовать TTL DNS и техническое окно, сохранив план отката к старому серверу.
После переключения DNS
- Проверить HTTP 200/301/404/410/503 на типовых страницах, а не только главную; отдельно отследить цепочки и петли редиректов.
- Сравнить canonical, robots, sitemap, пагинацию, ЧПУ и отдачу XML/PDF/изображений со старой версией.
- Проверить логи реальных поисковых ботов: WAF, rate-limit и anti-bot не должны ошибочно закрывать индексируемый HTML.
- Проследить PHP/MySQL ошибки, TTFB до/после, нагрузку SQL и доступность панели управления.
- В GSC и Яндекс Вебмастере сравнить переобход и ошибки, не делать вывод по одному дню после миграции.
Резервные копии MODX: почему одного ZIP недостаточно
Для восстановления нужны одновременно файлы MODX (включая пользовательские assets), база данных, конфигурация core/config и параметры путей/доменов. Если восстановить только HTML/ассеты или только таблицы SQL, сайт может оказаться неполным. Храните как минимум независимую копию вне того же диска/аккаунта и периодически проводите тест restore. На VPS снимок диска полезен для быстрого отката, но не гарантирует логически согласованную базу без выбранной процедуры backup.
Перед обновлением ядра или Extras особенно важно сохранить рабочий набор файлов и SQL в одной контрольной точке; при повторном импорте structured snapshot в MODX Control Lab сначала смотрите Preview, а не применяйте повторный CREATE существующего resource. Такая операция должна останавливаться на конфликте parent/alias.
Сценарии безопасности: права, менеджер, Extras и серверные заголовки
В системе управления сайтом поверхность атаки включает manager, connector, сторонние Extras и загрузку файлов. Не публикуйте каталоги core/config, логи ошибок, технические ZIP и дампы БД. Используйте отдельные учётные записи, ограничение прав, 2FA там, где поддерживается, обновления и аудит установленных дополнений. Резервные архивы, лежащие в открытом assets без ограничения доступа, не становятся защищёнными только от того, что сайт работает по HTTPS.
Для поискового трафика важна корректная обработка ошибок: 404 должен оставаться 404, запланированные технические работы — управляемым статусом, а постоянный 503/403 от антибот-защиты мешает обходу. Включая защиту от ботов, проверяйте в реальных логах, кого она ограничивает, вместо того чтобы ориентироваться только на название User-Agent.
Стоимость размещения MODX: что входит в реальный бюджет
Полная стоимость состоит из самого хостинга, управления сайтом, обновлений CMS/Extras, резервных копий, сертификатов/дополнительных услуг, переноса и работы разработчика. Дешёвый VPS может оказаться дороже shared, если за счёт оплачиваемого администрирования растёт стоимость поддержки. Наоборот, при интенсивных импортах и требовании определённого PHP-стека VPS может оказаться экономически оправданным. Сравнивайте счета за одинаковый набор ресурсов, а не только месячную цену виртуальной машины.
| Статья расходов | Виртуальный хостинг | Облачный VPS |
|---|---|---|
| Базовое размещение | Тариф аккаунта и ограничения по CPU/SQL. | Счёт за vCPU/RAM/диск и время жизни ВМ. |
| PHP и веб-сервер | Поддерживаемые провайдером версии. | Сборка и сопровождение совместимой среды. |
| Публичный IPv4 | Может входить в тариф/быть общим. | Нередко отдельная опция, уточнить счёт. |
| Backups | Условия платформы и срок хранения. | Снимки, внешние архивы и реальный restore. |
| Администрирование | Панель хостинга + сопровождение MODX. | Мониторинг, безопасность, обновления ОС/PHP/БД и MODX. |
| Риск миграции | Совместимость Extras, FTP/SSH, SQL. | Больше системных настроек, но выше гибкость. |
Когда точно не стоит менять хостинг MODX
Если страницы MODX стабильно возвращают корректные HTTP-коды, обновления проходят, нет регулярных превышений CPU/SQL, а бэкап успешно восстанавливается, сам по себе переход на другой бренд хостинга не создаёт преимущества. Иногда рациональнее сначала убрать некэшируемый сниппет с каждой страницы, модернизировать Extras, переписать дорогой SQL-запрос или подготовить обновление ядра. Перенос следует оправдывать измеренными проблемами и необходимой функциональностью, а не универсальным рекламным тезисом.
Если проект использует MODX 2.x, особенно с PHP 7.4, отказ от немедленного переезда не означает отказ от обновления: совместимость и безопасность должны войти в дорожную карту. Начните с тестовой копии, проверки новых версий Extras и отдельного плана обновления до поддерживаемой ветки MODX.
Частые вопросы о хостинге для MODX Revolution
Какой хостинг подходит для MODX?
Любой совместимый PHP/MySQL-хостинг либо VPS, где можно настроить права на cache/assets, ЧПУ, HTTPS и резервирование. Учитывайте версию MODX и Extras, а не одно название тарифа.
Что требуется для MODX 3.2 и новее?
Официальный минимум — PHP 8.1; рекомендуется PHP 8.2+, MySQL 5.7+ с предпочтением 8.0+ или MariaDB 10.6+. Конкретные расширения и пакетные зависимости уточняйте по документации вашей версии.
Можно ли разместить MODX 2.7.3 на современном сервере?
Технически это возможно в совместимой среде, но PHP 7.4 и старая ветка ядра не являются рекомендуемой новой конфигурацией. Нужны инвентаризация кода/Extras и план миграции.
Нужен ли MODX отдельный VPS?
Не обязательно. Для типового сайта достаточно виртуального хостинга, если хватает CPU/SQL и возможностей панели. VPS нужен при специфичном окружении, процессах или нагрузке.
Влияет ли хостинг MODX на позиции в Google и Яндексе?
Косвенно через HTTP-доступность, скорость, стабильность и доступ ботов; покупка определённого тарифа или SSD не гарантирует рост позиций.
Почему после переноса перестали работать красивые URL?
Проверьте .htaccess/Apache RewriteBase либо nginx try_files, настройки friendly_urls/use_alias_path и base_url. Не исправляйте проблему массовыми редиректами без диагностики.
Можно ли поставить MODX Revolution через автоустановщик Timeweb?
На сайте Timeweb есть раздел размещения MODX, однако функции автоустановки и поддерживаемые версии нужно подтвердить для выбранного тарифа на дату заказа.
Чем важен xPDO для выбора сервера?
xPDO обеспечивает доступ к данным. Медленные запросы, joins и фильтры могут нагружать SQL даже при быстром диске. Нужны профилирование и корректные индексы.
Как проверить кэш MODX?
Сравните холодные и прогретые запросы, наличие некэшируемых вызовов и поведение динамических блоков. Проверяйте коррекность персонализированного контента после включения кэша.
Нужен ли Redis на хостинге MODX?
Не универсально. Redis или другой внешний кеш имеет смысл при наличии настроенной интеграции и доказанной пользы для конкретных операций.
Как перенести MODX без потери SEO?
Сохраняйте URL, canonical, robots, sitemap и ответы HTTP; используйте staging, бэкапы, тесты форм и логирование. При неизменных URL новые 301 обычно не нужны.
Что сохранять в резервной копии MODX?
Файлы, assets, SQL, конфигурацию, зависимости Extras и сведения о путях. Проверяйте восстановление на отдельном окружении.
MODX 2.x и 3.x требуют одинакового PHP?
Нет. Для MODX 3.2+ минимум PHP 8.1; старые 2.x могут зависеть от устаревших PHP и Extras. Проверяйте отдельную ветку и её документацию.
Что лучше для MODX: Timeweb или другой провайдер?
Победителя без одинаковых замеров назвать нельзя. Сравните совместимый стек, CPU/SQL-лимиты, restore, логи, стоимость, поддержку и сценарии проекта.
Нужно ли переносить сайт при выходе новой версии PHP?
Не обязательно: иногда достаточно выбрать новый PHP на текущем тарифе после тестов. Но несовместимые Extras и ядро нужно обновлять по плану с резервной копией.
Итог: выбор хостинга для MODX по техническому заданию
Хорошее решение для MODX строится в цепочке версия ядра → Extras и PHP → MySQL/xPDO → структура сайта и нагрузка → права и безопасность → кэш/ЧПУ → резервирование → TCO → тест и SEO-приёмка. Начните с инвентаризации, сравните доступные тарифы и проверьте работоспособность копии проекта. Только затем переносите production. Достоинство хостинга — не маркетинговое обещание, а предсказуемая работа сайта в его реальном сценарии.
Если проверка версии MODX, PHP, SQL и Extras показала, что достаточно виртуального размещения, можно сверить действующие условия Timeweb с собственным чек-листом: версии PHP, ограничения запросов, резервирование и продление. При нестандартном окружении сравните также альтернативы из общего обзора и облачное размещение. Смотрите реальные ограничения тарифа и стоимость продления.
Материалы по смежным задачам: как устроена CMS MODX Revolution, разработка сайтов на MODX, выбор хостинга для WordPress, справочник по хостингам. Страницы имеют разные интенты: технология CMS, разработка, выбор сервера и сравнение продуктов.
Для переезда MODX Revolution недостаточно перенести папку assets. Важны конфигурация xPDO, права core/cache, TV/Extras, версия PHP и ЧПУ. Общий SEO-чек-лист переноса на Timeweb поможет проверить DNS, HTTP и robots до отключения прежнего сервера.
Источники: MODX 3.x — серверные требования; MODX — Friendly URLs; MODX — обновление ядра; Timeweb — MODX; Timeweb — ограничения. Базовая сверка 17.10.2026; дополнение по диагностике 18.10.2026. Данные сравнения провайдеров, измерений нагрузки и атрибуции переходов в статье не выдаются за установленные факты. Некоторые ссылки на сервисы могут приносить автору вознаграждение; критерии оценки от этого не зависят.
Следующие страницы вас также могут заинтересовать:
- Робототехника
- SEO-продвижение образовательного сайта: 7 лет — от старого HTML до AI Search
- Паллетирование: что это такое, технологии, оборудование и роботизация
- Промышленные роботы: что это, виды, устройство и применение
- Аутсорсинг: что это такое и как он может помочь вашему бизнесу?
Обновлено: 19.10.2026