Как Jasefly CMS работает на shared-хостинге
Shared-хостинг часто ассоциируют с «устаревшими» сайтами. На практике ограничение не в хостинге, а в том, требует ли ваш runtime Node.js и постоянный процесс. Jasefly CMS проектировалась так, чтобы production оставался в привычных рамках PHP + MySQL.
Где выполняется сборка
Frontend на React и TypeScript собирается локально через Vite. Результат — статические файлы: HTML-оболочка и assets. Их можно положить в public_html рядом с PHP API. Серверу не нужно запускать npm и не нужно компилировать TypeScript.
Что делает PHP API
Backend отвечает за данные, авторизацию, медиа, модули, MCP API и бизнес-логику. Запросы к /api направляются в точку входа PHP. Конфигурация, миграции и storage живут рядом, но закрыты от прямого HTTP-доступа.
Первая установка
- Распаковать install ZIP в корень сайта.
- Открыть installer и указать параметры БД.
- Создать администратора.
- Удалить установщик после успешного завершения.
После этого сайт открывается как SPA, а контент управляется из админки или через MCP.
Обновления без ручной замены дерева
Update-пакет содержит runtime-файлы и миграции. Администратор загружает ZIP в панели обновлений. Система проверяет пакет, обновляет файлы и накатывает SQL, стараясь не трогать локальный config, uploads, журналы и бэкапы.
Требования
Для production достаточно PHP 8.2+, MySQL, Apache или Nginx с HTTPS и возможностью загрузить архив. Точные расширения смотрите в документации установки.
Итог
Shared-хостинг в этой модели — не компромисс «лишь бы дешевле», а осознанное место для уже собранного продукта. Сложность сборки остаётся у разработчика локально; на сервере остаётся runtime, который хостинг умеет обслуживать.