Если у вас при обновление UMI.CMS возникает ошибка 13083 — «Возникли ошибки в работе сессий.» Вам нужно в директории /smu/ открыть файл installer.php.
Далее опуститься к строке #1933, там должно быть условие, которое начинается с:
if ( 0!=count($tests->listErrors) ) {
далее, немного ниже найти и закомментировать строку (сделать как указано ниже)
// throw new Exception(' Cервер не соответствует системным требованиям для установки UMI.CMS. Подробное описание ошибки и способы её устранения доступны по ссылке <a href="http://errors.umi-cms.ru/'.$value[0].'/" target="_blank">http://errors.umi-cms.ru/'.$value[0].'/</a>');
Все. Обставляйтесь с удовольствием!
UPD.
Перед тем как делать то что написано в статье, проверьте, пишутся ли сессии и есть ли права на корневую директорию(public_html или www).
Спасибо, за информацию, Петр
Официально данная ошибка описывается как «ошибки в работе сессии», однако на неофициальной WIKI UMI.CMS написано более логичное объяснение. Несмотря на это, советов по устранению я не нашел.
Ниже — мой выход из данной ситуации, который протестирован на многих проектах и пока что не выявил никаких нарушений в дальнейшей работе CMS. Однако применять его советую лишь в крайних случаях и не несу ответсвтенности за последствия поведению UMI.CMS на вашем хостинге.
Так же возможно изменения кода в фаиле installer.php
и всегда ворзращать успех якобы проверка прошла успешно но в дальнейшем этот способ вылетает в трубу или занимает очень много времени
От теории к практике. Для игнорирования ошибки необходимо найти файл testhost.php на вашем аккаунте, где пока присутствуют лишь файлы для установки CMS:
Это и есть файл, ответственный за проверку хоста на пригодность для установки UMI.CMS
Для того, чтобы игнорировать данную ошибку необходимо закомментировать или удалить тело функции checkSession
/** * Проверка работы сессии */ function checkSession($mode = 'fopen') { /*if (!$this->domain) return; file_put_contents(CURRENT_WORKING_DIR . '/umi_smt.php', '<?php @session_start(); $_SESSION["test"] = "test"; $sessionId = session_id(); @session_write_close(); unset($_SESSION["test"]); @session_start($sessionId); echo($_SESSION["test"]);'); if (!defined("PHP_FILES_ACCESS_MODE")) { $mode = substr(decoct(fileperms(__FILE__)), -4, 4); chmod(CURRENT_WORKING_DIR . '/umi_smt.php', octdec($mode)); } else { chmod(CURRENT_WORKING_DIR . '/umi_smt.php', PHP_FILES_ACCESS_MODE); } $checkUrl = 'http://' . $this->domain . '/umi_smt.php'; $result = ''; if ($mode == 'fopen') { $result = file_get_contents($checkUrl); } else { $ch = curl_init(); curl_setopt($ch, CURLOPT_URL, $checkUrl); curl_setopt($ch, CURLOPT_HEADER, 0); curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1); $result = curl_exec($ch); } $this->assert($result == 'test', 13083); unlink(CURRENT_WORKING_DIR . '/umi_smt.php');*/ return; }
Официально данная ошибка описывается как «ошибки в работе сессии», однако на неофициальной WIKI UMI.CMS написано более логичное объяснение. Несмотря на это, советов по устранению я не нашел.
Ниже — мой выход из данной ситуации, который протестирован на многих проектах и пока что не выявил никаких нарушений в дальнейшей работе CMS. Однако применять его советую лишь в крайних случаях и не несу ответсвтенности за последствия поведению UMI.CMS на вашем хостинге.
Так же возможно изменения кода в фаиле installer.php
и всегда ворзращать успех якобы проверка прошла успешно но в дальнейшем этот способ вылетает в трубу или занимает очень много времени
От теории к практике. Для игнорирования ошибки необходимо найти файл testhost.php на вашем аккаунте, где пока присутствуют лишь файлы для установки CMS:
Это и есть файл, ответственный за проверку хоста на пригодность для установки UMI.CMS
Для того, чтобы игнорировать данную ошибку необходимо закомментировать или удалить тело функции checkSession
/** * Проверка работы сессии */ function checkSession($mode = 'fopen') { /*if (!$this->domain) return; file_put_contents(CURRENT_WORKING_DIR . '/umi_smt.php', '<?php @session_start(); $_SESSION["test"] = "test"; $sessionId = session_id(); @session_write_close(); unset($_SESSION["test"]); @session_start($sessionId); echo($_SESSION["test"]);'); if (!defined("PHP_FILES_ACCESS_MODE")) { $mode = substr(decoct(fileperms(__FILE__)), -4, 4); chmod(CURRENT_WORKING_DIR . '/umi_smt.php', octdec($mode)); } else { chmod(CURRENT_WORKING_DIR . '/umi_smt.php', PHP_FILES_ACCESS_MODE); } $checkUrl = 'http://' . $this->domain . '/umi_smt.php'; $result = ''; if ($mode == 'fopen') { $result = file_get_contents($checkUrl); } else { $ch = curl_init(); curl_setopt($ch, CURLOPT_URL, $checkUrl); curl_setopt($ch, CURLOPT_HEADER, 0); curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1); $result = curl_exec($ch); } $this->assert($result == 'test', 13083); unlink(CURRENT_WORKING_DIR . '/umi_smt.php');*/ return; }
Если при установке возникли проблемы
При установке любой программы иногда возникают вопросы. Большинство вопросов при установке CMS связано с настройками хостинга и системными требованиями. Обычно при возникновении ошибки система сообщает вам ссылку вида http://errors.umi-cms.ru/{номер}/, по которой доступно развёрнутое описание ошибки и способы её устранения.
Мы собрали для вас частые вопросы наших пользователей и их успешные решения:
1. | Как быть если хостер не разрешает выполнение скриптов с правами доступа 777. Например, появляется сообщение: «File is writable by others. CGI must have a permission mask 0755» или Internal Server Error? В таком случае нужно зайти на ваш сервер по FTP и поставить права доступа 755 на файл «index.php», а также на папку «JS» и все ее содержимое. |
2. | При установке системы возникает ошибка вида: Parse error: unexpected T_STRING, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or ‘}’ . Как правило, это означает, что Вы пытаетесь установить UMI.CMS на PHP4. Проверьте соответствие хостинга нашим системным требованиям. |
3. | После установки не загружаются страницы администратора или другие страницы сайта (сервер может выдавать ошибку, например, 404 error: File not found) Скорее всего при установке не удалось произвести запись инструкций для mod_rewrite в файл .htaccess либо настройки хостинга не позволяют управлять переадресацией через этот файл. Необходимо дописать в файл .htaccess следующие директивы: |
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} -f
RewriteRule ^(cache|xmldb|static|packages)/.*$ /500/ [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^robots.txt$ /sbots.php?path=$1%{QUERY_STRING} [L]
RewriteRule ^config.ini$ / [L,R]
RewriteCond %{REQUEST_URI} !^styles
RewriteCond %{REQUEST_URI} !^css
RewriteCond %{REQUEST_URI} !.css
RewriteCond %{REQUEST_URI} !^js
RewriteCond %{REQUEST_URI} !.js
RewriteCond %{REQUEST_URI} !^images
RewriteCond %{REQUEST_URI} !^webstat
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*).xml$ index.php?xmlMode=force&path=$1&%{QUERY_STRING} [L]
RewriteRule ^(udata|upage|uobject|ufs|usel|ulang|utype|umess|uhttp):?(//)?(.*)$ releaseStreams.php?scheme=$1&path=$3?%{QUERY_STRING} [L]
RewriteCond %{REQUEST_URI} !^styles
RewriteCond %{REQUEST_URI} !^css
RewriteCond %{REQUEST_URI} !.css
RewriteCond %{REQUEST_URI} !^js
RewriteCond %{REQUEST_URI} !.js
RewriteCond %{REQUEST_URI} !^images
RewriteCond %{REQUEST_URI} !(.ico|.ICO)$
RewriteCond %{REQUEST_URI} !(.jpg|.JPG)$
RewriteCond %{REQUEST_URI} !(.jpeg|.JPEG)$
RewriteCond %{REQUEST_URI} !(.png|.PNG)$
RewriteCond %{REQUEST_URI} !(.gif|.GIF)$
RewriteCond %{REQUEST_URI} !(.css|.CSS)$
RewriteCond %{REQUEST_URI} !(.js|.JS)$
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$ index.php?path=$1&%{QUERY_STRING} [L]
RewriteCond %{REQUEST_URI} (.ico|.ICO)$
RewriteCond %{REQUEST_URI} (.jpg|.JPG)$
RewriteCond %{REQUEST_URI} (.jpeg|.JPEG)$
RewriteCond %{REQUEST_URI} (.png|.PNG)$
RewriteCond %{REQUEST_URI} (.gif|.GIF)$
RewriteCond %{REQUEST_URI} (.css|.CSS)$
RewriteCond %{REQUEST_URI} (.js|.JS)$
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$ [R=404]
<IfModule mod_mime.c>
AddType application/x-java-applet .class
AddType text/x-component .htc
</IfModule>
Важно: Начиная с версии 2.8.4, блок инструкций в файле «.htaccess», необходимых для корректной работы UMI.CMS, обрамляется строками UMI_CMS_HTACCESS_BEGIN и UMI_CMS_HTACCESS_END. Маркеры предназначены для дальнейшего автообновления данного файла. Рекомендуется удалить старые инструкции UMI.CMS, находящиеся выше этого блока. Обратите внимание, что ваши кастомные инструкции не следует вносить в этот блок, поскольку при обновлении системы он будет полностью заменён на новый.
4. | Можно ли установить UMI.CMS на сервер, если PHP 5 работает в режиме CGI? Да, UMI.CMS можно запустить на серверах с PHP 5 в режиме CGI, но режим MOD предпочтительнее. |
5. |
В ходе использования вылетают сообщения вида: short_open_tag = On asp_tags = Off |
6. | После установки вместо сайта появляется ошибка 500: Internal Server Error Такое бывает, если хостинг-провайдер не разрешает выполнять скрипты с правами доступа 777. В таком случае нужно зайти на ваш сервер по FTP и поставить права доступа 755 на файлы «index.php» и «sbots.php», а также на папку «JS» и все ее содержимое. |
7. | После ввода ключа появляется ошибка 404: Not Found Скорее всего, вы устанавливаете систему не в корневую директорию (обычно htdocs, www или public_html). В таком случае вам нужно создать поддомен, и уже в папку этого поддомена производить установку. |
8. | Как проверить какая версия PHP установлена на сервере? |
a) | Создайте в корневой папке файл phpinfo.php, в который поместите следующую строку: <?php phpinfo(); ?>. |
b) | Наберите в окне адреса вашего браузера: http://www.ваш-сайт/phpinfo.php |
Если в самом верху страницы будет написано PHP 5.3.1 и выше, значит UMI.CMS будет работать (при соблюдении остальных системных требований).
Если же будет написано PHP 4, то система работать не будет. В таком случае, вам следует обратиться в техническую поддержку вашего хостинг-провайдера с вопросом о включении или установки PHP5.
- Вопросы
- Маркетплейс
Переношу сайт с umi застрял на стадии тестирования жду довольно долго в чем ошибка? Повторял уже несколько раз
Ответы (6)
Можно ссылку на скриншот или на домен, посмотреть о каком тестировании идет речь хоть?
Попробуйте поменять версию PHP в меню «Сайты» в панели хостинга на более высокую, вдруг сразу на этом этапе решим проблему, было бы круто.
поменял версию PHP , помогло ! большое спасибо!
Похожие вопросы
UMI.CMS: ошибка 15000
Что это за ошибка такая и как ее исправить — кто знает?
Ваш баланс 10 ТК
1 ТК = 1 ₽
О том, как заработать и потратить Таймкарму, читайте в этой статье
Чтобы потратить Таймкарму, зарегистрируйтесь на нашем сайте
Инструкции по восстановлению пароля высланы на Ваш адрес электронной почты.
Войти в Комьюнити
Регистрация в Комьюнити
Восстановление пароля
Всем привет! Никогда не работала с UMI CMS, попросили просто добавить объекты в каталог. При добавлении вылазит ошибка и ничего не сохраняется:
Вдруг кто сталкивался!!! В интернете не нашла решения. Помогите!
-
Вопрос заданболее трёх лет назад
-
3153 просмотра
Может быть поможет, посмотрите раздел Главная/Конфигурация/Настройка доменов, если домен с которого вы работает не является основным, добавьте его в список Адрес зеркала домена в свойствах основного домен вашего сайта.
Пробуйте решение для Ошибка (coreException): Give me a normal type to c…, эти ошибки могут быть связаны.
Как временное решение можете отменить защиту CSRF установив параметр csrf_protection=0 в config.ini.
Пригласить эксперта
А вас случайно не попросили автоматизировать процесс сторонним скриптом? CSRF Protection — пытается гарантировать то что запрос пришел со страницы, а не скриптом со стороны. Поподробнее про задачу расскажите, а заодно как вы ее хотите реализовать?
csrf_protection=0 в config.ini.
Помогло.
-
Показать ещё
Загружается…
29 янв. 2023, в 03:07
300000 руб./за проект
29 янв. 2023, в 02:16
700000 руб./за проект
29 янв. 2023, в 01:54
5000 руб./за проект
Минуточку внимания
0 Пользователей и 1 Гость просматривают эту тему.
Доброго времени суток. Пытаюсь поставить cms UMI на Denwer (Apache/2.2.4 (Win32) mod_ssl/2.2.4 OpenSSL/0.9.8k PHP/5.2.12). Столкнулся с проблемой на стадии ввода хоста, имени базы, лог и пасса. Выдает ошибку 13011: «Не удалось подключиться к mysql-серверу». Не могу понять в чем беда?
Записан
1. через пхпмайадмин вы можете подключится к mysql, или через любую другую програмулину ?
2. если можете, создали ли вы там базу?
3. если создали, правильно ли указал логин пароль и имя базы?
4. если правильно, смотри пункт 1.
Записан
Хм… вышло. Создал юзера с логином и паролем и со всеми правами. Под рутом не выходило. Спасибо большое за помощь. Но вопрос еще возник, под рутом как то можно установить? Или это только у меня не получается?
Записан
а установку umi делали своими силами, то есть сами ставили denwer на который ставили umi trial или устанавливали umi localpack?
Записан
Сам ставил Denwer и на него UMI trial.
Записан
Неперехваченное исключение
Ошибка (coreException): Not found template «/home/visasrussia/site.ru/templates/demooldschool/xslt/layouts/default.xsl».
Помогите исправить пожалуйста! Даже когда захожу в админку, там эта ошибка..
Нет «дефолтного» файла «default.xsl» его нужно создать и назначить основным шаблоном в настройках модуля «Структура».
Файл тот есть там.. а в админку не как не попасть.. там точно такая же ошибка вылезает.
Значит файл «default.xsl» написал с ошибками или нет надстроек. Попробуйте следующее:
1. Модули — структура.
2. Настройки модуля (справа верху).
3. Название шаблона, пишем: (Основной) Имя файла (default.xsl) — стандарт настройки (если конечно у вас пусто).
4. Имя шаблона, пишем (demodizzy или то название, которое необходимо) — «demodizzy» тоже по стандарту.
У меня такая ошибка была, решил путем восстановления «дефолтного» файла «default.xsl». Как правило «coreException» в «default.xsl» может возникать из-за «Undefined templater» — это значит, что CMS не понимает шаблон. Вы скорее всего убрали «дефолтный» шаблон или удалили всю информацию о нем (название, адрес файла и т.д.), так?
Не знаю.. Мы просто перенесли сайт с одного хостинга на другой и потом вылезла данная ошибка…
Если Вы переносили сайт с одного хостинга на другой, при этом домен не менялся и у Вас лицензия — нужно обратиться в техническую поддержку. Если нет лицензии — обратится к хостеру. Кроме этого Вы можете сами сравнить информацию phpinfo с одного хостинг-аккаунта и другого, плюс проверить права на файлы.
Мы просто с бесплатного уми-конструктора перешли на другой хостинг, искренне полагая, что версия на конструкторе — полноценная. Так правильнее будет.
Нет, это не так. Лицензионная политика UMI.CMS не является прозрачной. Вашу проблему нужно рассматривать «под другим углом».
Если Вы переносили с локального хоста на рабочий хостинг-аккаунт, тогда причина ошибки (coreException): Not found template «/home/visasrussia/site.ru/templates/demooldschool/xslt/layouts/default.xsl» объяснима и логична, заключается она в относительном пути скрипта. Но не факт, ведь относительный путь, phpinfo, права на файлы и надстройки должны полностью соответствовать текущим параметрам и требованиям хостинг-аккаунта.
Если при установке возникли проблемы
При установке любой программы иногда возникают вопросы. Большинство вопросов при установке CMS связано с настройками хостинга и системными требованиями. Обычно при возникновении ошибки система сообщает вам ссылку вида http://errors.umi-cms.ru/{номер}/, по которой доступно развёрнутое описание ошибки и способы её устранения.
Мы собрали для вас частые вопросы наших пользователей и их успешные решения:
1. | Как быть если хостер не разрешает выполнение скриптов с правами доступа 777. Например, появляется сообщение: «File is writable by others. CGI must have a permission mask 0755» или Internal Server Error? В таком случае нужно зайти на ваш сервер по FTP и поставить права доступа 755 на файл «index.php», а также на папку «JS» и все ее содержимое. |
2. | При установке системы возникает ошибка вида: Parse error: unexpected T_STRING, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or ‘}’ . Как правило, это означает, что Вы пытаетесь установить UMI.CMS на PHP4. Проверьте соответствие хостинга нашим системным требованиям. |
3. | После установки не загружаются страницы администратора или другие страницы сайта (сервер может выдавать ошибку, например, 404 error: File not found) Скорее всего при установке не удалось произвести запись инструкций для mod_rewrite в файл .htaccess либо настройки хостинга не позволяют управлять переадресацией через этот файл. Необходимо дописать в файл .htaccess следующие директивы: |
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} -f
RewriteRule ^(cache|xmldb|static|packages)/.*$ /500/ [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^robots.txt$ /sbots.php?path=$1%{QUERY_STRING} [L]
RewriteRule ^config.ini$ / [L,R]
RewriteCond %{REQUEST_URI} !^styles
RewriteCond %{REQUEST_URI} !^css
RewriteCond %{REQUEST_URI} !.css
RewriteCond %{REQUEST_URI} !^js
RewriteCond %{REQUEST_URI} !.js
RewriteCond %{REQUEST_URI} !^images
RewriteCond %{REQUEST_URI} !^webstat
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*).xml$ index.php?xmlMode=force&path=$1&%{QUERY_STRING} [L]
RewriteRule ^(udata|upage|uobject|ufs|usel|ulang|utype|umess|uhttp):?(//)?(.*)$ releaseStreams.php?scheme=$1&path=$3?%{QUERY_STRING} [L]
RewriteCond %{REQUEST_URI} !^styles
RewriteCond %{REQUEST_URI} !^css
RewriteCond %{REQUEST_URI} !.css
RewriteCond %{REQUEST_URI} !^js
RewriteCond %{REQUEST_URI} !.js
RewriteCond %{REQUEST_URI} !^images
RewriteCond %{REQUEST_URI} !(.ico|.ICO)$
RewriteCond %{REQUEST_URI} !(.jpg|.JPG)$
RewriteCond %{REQUEST_URI} !(.jpeg|.JPEG)$
RewriteCond %{REQUEST_URI} !(.png|.PNG)$
RewriteCond %{REQUEST_URI} !(.gif|.GIF)$
RewriteCond %{REQUEST_URI} !(.css|.CSS)$
RewriteCond %{REQUEST_URI} !(.js|.JS)$
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$ index.php?path=$1&%{QUERY_STRING} [L]
RewriteCond %{REQUEST_URI} (.ico|.ICO)$
RewriteCond %{REQUEST_URI} (.jpg|.JPG)$
RewriteCond %{REQUEST_URI} (.jpeg|.JPEG)$
RewriteCond %{REQUEST_URI} (.png|.PNG)$
RewriteCond %{REQUEST_URI} (.gif|.GIF)$
RewriteCond %{REQUEST_URI} (.css|.CSS)$
RewriteCond %{REQUEST_URI} (.js|.JS)$
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$ [R=404]
<IfModule mod_mime.c>
AddType application/x-java-applet .class
AddType text/x-component .htc
</IfModule>
Важно: Начиная с версии 2.8.4, блок инструкций в файле «.htaccess», необходимых для корректной работы UMI.CMS, обрамляется строками UMI_CMS_HTACCESS_BEGIN и UMI_CMS_HTACCESS_END. Маркеры предназначены для дальнейшего автообновления данного файла. Рекомендуется удалить старые инструкции UMI.CMS, находящиеся выше этого блока. Обратите внимание, что ваши кастомные инструкции не следует вносить в этот блок, поскольку при обновлении системы он будет полностью заменён на новый.
4. | Можно ли установить UMI.CMS на сервер, если PHP 5 работает в режиме CGI? Да, UMI.CMS можно запустить на серверах с PHP 5 в режиме CGI, но режим MOD предпочтительнее. |
5. |
В ходе использования вылетают сообщения вида: short_open_tag = On asp_tags = Off |
6. | После установки вместо сайта появляется ошибка 500: Internal Server Error Такое бывает, если хостинг-провайдер не разрешает выполнять скрипты с правами доступа 777. В таком случае нужно зайти на ваш сервер по FTP и поставить права доступа 755 на файлы «index.php» и «sbots.php», а также на папку «JS» и все ее содержимое. |
7. | После ввода ключа появляется ошибка 404: Not Found Скорее всего, вы устанавливаете систему не в корневую директорию (обычно htdocs, www или public_html). В таком случае вам нужно создать поддомен, и уже в папку этого поддомена производить установку. |
8. | Как проверить какая версия PHP установлена на сервере? |
a) | Создайте в корневой папке файл phpinfo.php, в который поместите следующую строку: <?php phpinfo(); ?>. |
b) | Наберите в окне адреса вашего браузера: http://www.ваш-сайт/phpinfo.php |
Если в самом верху страницы будет написано PHP 5.3.1 и выше, значит UMI.CMS будет работать (при соблюдении остальных системных требований).
Если же будет написано PHP 4, то система работать не будет. В таком случае, вам следует обратиться в техническую поддержку вашего хостинг-провайдера с вопросом о включении или установки PHP5.
Иван Иванович Иванов
28 сен в 2016
3844
6 ответов
Переношу сайт с umi застрял на стадии тестирования жду довольно долго в чем ошибка? Повторял уже несколько раз
Ответы (6)
Ray Truemama
+13
28.09.2016 14:29
Можно ссылку на скриншот или на домен, посмотреть о каком тестировании идет речь хоть?
Иван Иванович Иванов
+1
28.09.2016 15:51
http://imglink.ru/show-image.php?id=4b1c7b4d191280dfcbbd40b2cc070205
Иван Иванович Иванов
+1
29.09.2016 11:46
При установке UMI.CMS на хостинг выполнил 3 шага, застрял на 4-ом пишет что: «Сервер не соответствует системным требованиям для установки UMI.CMS » вот ссылка на скриншот:
http://imglink.ru/show-image.php?id=4b1c7b4d191280dfcbbd40b2cc070205
переходя по этой ссылке http://errors.umi-cms.ru/13000/ пишет: » UMI.CMS : ошибка 13000 » и
» Данная версия PHP не поддерживается. »
Свернуть ответы
Mikhail Zodd
+4
29.09.2016 11:58
Попробуйте поменять версию PHP в меню «Сайты» в панели хостинга на более высокую, вдруг сразу на этом этапе решим проблему, было бы круто.
Иван Иванович Иванов
+1
29.09.2016 14:51
поменял версию PHP , помогло ! большое спасибо!
Mikhail Zodd
+4
29.09.2016 11:57
Скажите, а системные требования хоста то соответствуют?:
http://help.docs.umi-cms.ru/vvedenie/ustanovka_i_nastrojka/sistemnie_trebovaniya/
Так то может версию PHP нужно изменить в меню «Сайты» или директиву какую прописать в .htaccess чтобы проверка прошла нормально. Давайте разберемся!
Похожие вопросы
михаил
23 марта в 2020
1.6K
UMI.CMS: ошибка 15000
Что это за ошибка такая и как ее исправить — кто знает?
2 ответа