UMI.CMS предъявляет следующие требования к аппаратному и программному обеспечению:
Варианты конфигурации веб-сервера:
Вариант 1: Apache версии 1 или 2 под ОС Linux. Это рекомендуемая типовая конфигурация, доступная практически на любом виртуальном хостинге. Производитель UMI.CMS гарантирует работу системы на этой конфигурации и оказывает по ней поддержку.
К серверу Apache должны быть установлены и подключены модули mod_rewrite и mod_auth (для интеграции с 1С наличие модуля mod_auth обязательно). В настройках должна быть включена директива AllowOverride со значением "All" или "Options FileInfo AuthConfig", и при этом директива AccessFileName должна иметь значение ".htaccess".
Вариант 2: Nginx и Apache под ОС Linux. С версии 2.8.3 система UMI.CMS поддерживает режим статического кэширования через nginx, позволяя достигать очень высокой производительности.
Вариант 3: Nginx + php-fastcgi под ОС Linux. Для автоматической настройки данной конфигурации воспользуйтесь готовым конфигурационным файлом umi.nginx.conf.
Система совместима со следующими версиями PHP:
- PHP >= 7.2
- PHP <= 8.1.15
Начиная с версии 21 система не совместима с PHP 5.6
PHP должен быть собран с подключёнными библиотеками mysqli, zLib, JSON, GD, libxml, mb_string, iconv, xsl, SimpleXML, xmlreader, Phar, cURL, zip*. Также возможно использование библиотеки Imagick. Если она подключена, то ее версия должна быть >= 2.3.0.
*zip - отсутствие данного расширения не является критичным для работы системы, но требуется для корректной работы модуля "Резервирование".
Примечание: Рекомендуется, но не является обязательной сборка PHP без Suhosin Patch.
Режим safe_mode должен быть выключен. Объем памяти, выделяемой на выполнение скриптов (параметр memory_limit в файле php.ini), должен составлять не менее 64Mb (установка и работа при 32Mb возможна, но не гарантируется).
Для корректной работы системы параметр open_basedir должен иметь значение NULL.
MySQL:
Версия 5 и выше, с поддержкой InnoDB (работа на 4.1 и выше возможна, но не рекомендуется).
Рекомендуется кодировка базы данных UTF-8.
Пользователю MySQL должны быть даны привилегии (как минимум) CREATE TABLE, ALTER TABLE, DROP TABLE, SELECT, UPDATE, INSERT, DELETE, SET, CREATE TEMPORARY TABLE.
Не рекомендуется включать кэширующие механизмы типа "Opcode caching", такие как phpExpress, если вы не понимаете принципов их работы и не осознаёте возможные последствия.
Примечание: также в данный момент система не работает с MySQL в strict mode.
Nginx:
Если вы настраиваете Nginx на «отдачу статики» — следует учесть, что в UMI.CMS используются запросы вида «/ulang/common.js». Такие директории и файлы не существуют — эти запросы должны проксироваться на бэкэнд. Если вы затрудняетесь в произведении подобной настройки — просто не включайте «*.js» в список «статических файлов» в конфигурационном файле Nginx. Также настоятельно рекомендуется подключить umi.nginx.conf или перенести из него необходимые директивы.
Прочие условия и рекомендации:
UMI.CMS устанавливается в корневую директорию (обычно она называется «htdocs», «www» или «public_html»), которая должна быть доступна php-скриптам на чтение и на запись. PHP-скрипты должны работать от имени пользователя, имеющего полные права на чтение и запись файлов внутри всей директории с сайтом (включая поддиректории).
Сайт должен иметь постоянный статический IP-адрес (у подавляющего большинства современных хостингов предоставляется именно статический адрес, за исключением некоторых VPS/VDS).
Рекомендуется использовать кодировку UTF-8 по-умолчанию для БД и веб-сервера (для Apache это директива «AddDefaultCharset utf-8» в файле .htaccess).
При работе с большим количеством файлов (например, изображений или документов), настоятельно не рекомендуется помещать в один каталог на хостинге более 1-2 тысяч файлов (меньше — лучше). Помещайте их в отдельные подкаталоги, не допуская превышения этих рекомендаций. Большое количество файлов в одном каталоге отрицательно скажется на быстродействии сайта, а также может привести к заметному замедлению обработки таких каталогов и другим проблемам. Это не является ошибкой продукта.
Для запуска служебных процедур по расписанию из командной строки сервера («по крону») необходимо, чтобы командный интерпретатор PHP-CLI обладал перечисленными выше необходимыми правами и библиотеками. Обратите внимание, что настройки «консольного php» могут отличаться от настроек модуля mod_php, и вам потребуется привести их в соответствие.
С версии 2.8.3 расширен круг хостеров, подходящих для работы с UMI.CMS: теперь систему можно устанавливать на хостинг, требующий заранее указанных директив в файле htaccess. При установке содержимое файла будет дополнено.
Если вы сомневаетесь в настройках хостинга, вы можете выполнить на нём установку триальной версии UMI.CMS. В случае возникновения значительных проблем в конфигурации — инсталлятор выдаст сообщения об этом уже на первых шагах установки. Либо вы можете воспользоваться формой проверки хостинга.
Для нормальной работы UMI.CMS достаточно аппаратных ресурсов большинства хостеров. При тестировании UMI.CMS выдержала более миллиона запросов в сутки на простом однопроцессорном сервере P4-1600 1G RAM, при этом работая параллельно с десятками других сайтов.
UMI.CMS будет работать также и на вашем локальном компьютере (ip 127.0.0.1, домен localhost, порт 80) при наличии Apache, PHP и MySQL. Вы можете скачать готовый установочный комплект на базе Denwer под Windows.
Примечание: С развитием Интернет-технологий требования UMI.CMS к серверу периодически обновляются.
Внимание! ООО «Юмисофт» не оказывает поддержку (в том числе платную) и не предоставляет обновлений по сайтам, на которых UMI.CMS установлена с нарушениями системных требований.
Положение об отказе от ответственности
ООО «Юмисофт» не оказывает поддержку (в том числе платную) и не предоставляет обновлений по сайтам, на которых UMI.CMS установлена с нарушениями системных требований. Поддержка по проблемам, связанным с серверами отличными от Apache/Nginx, не оказывается.