Хостинг UMI.CMS: PHP 8, шаблоны и резервирование

Запишите релиз UMI.CMS, редакцию, шаблонизатор, собственные модули и способы обмена данными. Для корпоративного сайта и магазина нужны разные приемочные операции. Значок CMS у площадки не подтверждает перенос ваших шаблонов, каталогов и интеграций.

UMI.CMS 24 и старые рекомендации хостеров

На 6 октября 2026 года описание UMI.CMS 24 заявляет PHP 8.2-8.3.x и отказ от PHP 7. Установленный у вас релиз может отличаться. Указанный диапазон не разрешает автоматически выбирать PHP 8.4 или 8.5 по принципу «чем новее, тем лучше».

В списке хостинг-площадок UMI.CMS одновременно встречаются отметки PHP 8.3 и старые инструкции под PHP 5.1.6, Zend Optimizer и MySQL 4.1. Такую смесь нельзя превратить в проверенную матрицу сегодняшних тарифов. Это наблюдение о содержании страницы, не наша оценка качества конкретного хостера.

Запросите точную конфигурацию продукта и подтверждение от разработчика CMS для своего релиза. Не переносите заявления «все тарифы» и старые результаты сертификации на любой нынешний продукт бренда. В нашем каталоге матрица совместимости UMI.CMS по тарифам пока не собрана, поэтому здесь нет автоматического рейтинга.

В системных требованиях также указан PHP 8.2-8.3 и список библиотек, включая mysqli, xsl, xmlreader и cURL. Сверьте весь набор со своим шаблонизатором и модулями. Для CLI сделайте отдельную проверку: настройки фонового PHP могут отличаться от веб-обработчика.

Nginx: не каждый адрес js означает статический файл

Документация выделяет запросы вида /ulang/common.js: такие файлы физически не существуют, запрос должен попадать в backend. Универсальное правило «все js отдавать только с диска» может сломать работу проекта.

Перед переносом согласуйте конфигурацию Nginx и маршрутизацию. Проверьте административный интерфейс, локализованные элементы и свои формы. Не отключайте защиту и не раздавайте все каталоги публично ради первого успешного открытия страницы.

В документе есть старые формулировки о БД и режимах PHP. Они не полноценная современная матрица всех поддерживаемых веток базы. Уточните точные версии и режимы у автора продукта; не меняйте рабочие ограничения SQL вслепую. Параметр memory_limit из требований не равен всей RAM VPS.

На странице PHP-хостинга отделите версию языка от расширений и лимитов, а в каталоге стоимости сравните известные параметры. Возможность выбрать интерпретатор еще не отвечает на вопрос о нужном наборе библиотек.

История страницы и копия файлов - разные защиты

Документация модуля резервирования описывает событие как изменение страницы или объекта при сохранении. В настройках задаются число событий и срок хранения. Такая история помогает вернуть предыдущие данные объекта, но не доказывает восстановимость всего сервера.

Отдельная вкладка управляет копиями файлов. В инструкции указан каталог /sys-temp/manifest/backup. Не считайте историю контента, файловую копию и независимый полный backup одним механизмом.

Сверьте наличие и настройки функции в своей редакции и версии. Документированная включенная опция не измерение реальной глубины вашего проекта. При исчерпании лимита сохраненных событий нужная версия может уже отсутствовать.

Для резервного копирования добавьте отдельную выгрузку базы, конфигурации и секретов с ограниченными правами. Проверьте состав и восстановление в изолированном месте. Копия файлов в том же аккаунте не независима от прекращения услуги.

Обмен данными и задачи магазина

В описании версии 24 есть уведомления о брошенных корзинах по cron и настройки объектов импорта/экспорта. Это функции продукта, не гарантия доставки писем или корректности вашего обмена. Проверьте их на тестовых данных без реальной рассылки и рабочей 1С.

До включения расписания подтвердите путь к PHP, модули, права, частоту и журнал. На странице cron отдельно обсуждаются повторные и перекрывающиеся запуски. Успешный старт процесса не подтверждает, что импорт закончился без дублей.

Сохраните контрольную выгрузку до переноса. Затем сравните число и выбранные поля тестовых объектов, ссылки изображений и ожидаемое состояние после повторного запуска. Не заявляйте совместимость тарифа с обменом только потому, что есть доступ к PHP.

Приемка шаблонов и редакторских операций

Создайте закрытую копию с отдельной БД, отключенными рабочими интеграциями и тестовыми получателями. Согласуйте обычные операции пользователя и администратора. Это план проверки, не результаты наших испытаний провайдеров.

1. Откройте старую страницу с изображением и вложением после переноса. Сверьте URL и файлы, не очищая медиатеку. 2. Сохраните материал через используемый шаблон и собственный компонент. Проверьте результат после повторного входа. 3. Проверьте формы тестовым получателем, не создавая настоящую заявку. Сравните ожидаемые поля и состояние обработки. 4. Для магазина пройдите тестовую корзину без списания денег и проверьте цену, доставку и статус. 5. Верните контрольную страницу из истории и отдельно восстановите полную копию. Эти операции не взаимозаменяемы.

Если ошибка затрагивает только административную часть, проверьте ее отдельный запрос и сообщение. После изменения среды сопоставьте шаблон, библиотеку и PHP. Переход на более дорогой сервер не исправляет несовместимый пользовательский код автоматически.

Ответственность и следующий шаг

Для shared уточните доступ к конфигурации, ограничения функций, права файлов и порядок восстановления. Для VPS назначьте ответственного за ОС, PHP, базу и резервные копии. Администратор площадки не обязательно сопровождает ваш шаблонизатор или собственный модуль.

Перед предоплатой отправьте паспорт версии и список операций без паролей и персональных данных. Получите ответ по PHP, базе, библиотекам, Nginx и сохранению данных. Пока этого нет, рекомендация конкретного тарифа для UMI.CMS остается неподтвержденной.