Umi cms ошибка 13011

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.


Записан


Всем привет! Никогда не работала с UMI CMS, попросили просто добавить объекты в каталог. При добавлении вылазит ошибка и ничего не сохраняется:
7126d34b7aa64772ad937b3ada9fbefa.png

Вдруг кто сталкивался!!! В интернете не нашла решения. Помогите!


  • Вопрос задан

  • 3226 просмотров

Может быть поможет, посмотрите раздел Главная/Конфигурация/Настройка доменов, если домен с которого вы работает не является основным, добавьте его в список Адрес зеркала домена в свойствах основного домен вашего сайта.

Пробуйте решение для Ошибка (coreException): Give me a normal type to c…, эти ошибки могут быть связаны.

Как временное решение можете отменить защиту CSRF установив параметр csrf_protection=0 в config.ini.

Пригласить эксперта

А вас случайно не попросили автоматизировать процесс сторонним скриптом? CSRF Protection — пытается гарантировать то что запрос пришел со страницы, а не скриптом со стороны. Поподробнее про задачу расскажите, а заодно как вы ее хотите реализовать?

csrf_protection=0 в config.ini.

Помогло.


  • Показать ещё
    Загружается…

21 сент. 2023, в 20:54

10000 руб./за проект

21 сент. 2023, в 20:40

20000 руб./за проект

21 сент. 2023, в 19:28

10000 руб./за проект

Минуточку внимания

Актуально для версии 2.9

Проблемы с избыточным количеством переадресаций частое явление. Возникать они могут из за множества различных причин, но суть всегда одна, переадресация ведет на тот же адрес откуда она была вызвана.
Организовать редиректы можно множеством различных способов, некоторые из них описаны в статье Редирект. И по этой причине часто могут возникать проблемы когда один разработчик сделал перенаправление в одном месте, а другой в другом или сама CMS его добавила, после чего возникает рекурсивное перенаправление и страница, грубо говоря, закрыта от просмотра.
Решение этой проблемы занимает не так много времени как кажется. Следуя следующей инструкции можно исправить сложившуюся ситуацию, в 95% случаев!

1. В Базе Данных очищаем таблицу cms3_redirects, предварительно сделав её дамп.

 Даже если вы не добавляли в неё никаких записей, таблица могла сама заполниться при перемещении\переименовании страниц 
в административной части UMI.CMS. Если вы не хотите чтобы это происходило, эту функцию всегда можно отключить в модуле
конфигурация, убрав галочку у пункта - "Перенаправлять на перемещенные страницы".

Очистить таблицу и сделать её дамп можно следующими запросами:

 CREATE  TABLE  `db_name`.`cms3_redirects_dump` (  `id` int( 11  )  NOT  NULL  AUTO_INCREMENT ,
 `source` text NOT  NULL ,
 `target` text NOT  NULL ,
 `status` int( 10  ) unsigned DEFAULT  '301',
 PRIMARY  KEY (  `id`  ) ,
 KEY  `source` (  `source` ( 255  )  )  ) ENGINE  = InnoDB  DEFAULT CHARSET  = utf8;

SET SQL_MODE='NO_AUTO_VALUE_ON_ZERO';

INSERT INTO `db_name`.`cms3_redirects_dump` SELECT * FROM `db_name`.`cms3_redirects`;

TRUNCATE TABLE `db_name`.`cms3_redirects`;

2. Если очистка таблицы не помогла, то возможно проблема заключается в кастомизированом файле .htaccess. Для устранения проблем в нем, можно переименовать этот файл, например в .htaccess_backup, и заменив его примером из статьи 2.8_.htaccess или переименовав файл .htaccess_old (Это файл который система скопировала с оригинала перед внесением в него изменений).

3. Если и это не решило проблему, тогда в используемых шаблонах ищем макросы %content redirect()% и %users registrate()%. Если они были найдены, комментируем их (так же их стоит поискать в контенте неработающих страниц). Теперь проверяем что все работает.

Стоит заметить что редиректы могут закэшироваться некоторыми браузерами, по этой причине после каждого выполненного пункта очищаем кэш.

Если при установке возникли проблемы

При установке любой программы иногда возникают вопросы. Большинство вопросов при установке 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.

В ходе использования вылетают сообщения вида:
XML Parsing Error: not well-formed Location: http://—-8/admin /Line Number 1, Column 3: —^ или: *»; $LANG_EXPORT[‘tempform_cname’] = »
В настройках PHP (файле PHP.INI) необходимо выставить значения переменных:

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.

Официально  данная ошибка описывается как «ошибки в работе сессии», однако на неофициальной  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;
 }

Понравилась статья? Поделить с друзьями:
  • Ubisoft connect ошибка при запуске приложения
  • Uicache failed h3lix ошибка
  • Umeplus gothic ошибка
  • Ui3012 нетфликс ошибка
  • Unable to lock the disk acronis ошибка