Umi cms ошибка 13011

0 Пользователей и 1 Гость просматривают эту тему.

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

При установке любой программы иногда возникают вопросы. Большинство вопросов при установке CMS связано с настройками хостинга и системными требованиями. Обычно при возникновении ошибки система сообщает вам ссылку вида http://errors.umi-cms.ru/{номер}/, по которой доступно развёрнутое описание ошибки и способы её устранения.

Мы собрали для вас частые вопросы наших пользователей и их успешные решения:

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, находящиеся выше этого блока. Обратите внимание, что ваши кастомные инструкции не следует вносить в этот блок, поскольку при обновлении системы он будет полностью заменён на новый.

Если в самом верху страницы будет написано PHP 5.3.1 и выше, значит UMI.CMS будет работать (при соблюдении остальных системных требований).
Если же будет написано PHP 4, то система работать не будет. В таком случае, вам следует обратиться в техническую поддержку вашего хостинг-провайдера с вопросом о включении или установки PHP5.

О том, как заработать и потратить Таймкарму, читайте в этой статье

Чтобы потратить Таймкарму, зарегистрируйтесь на нашем сайте

Войти в Комьюнити

Регистрация в Комьюнити

Восстановление пароля

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

/**
 * Проверка работы сессии
 */
 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;
 }

Неперехваченное исключение

Ошибка (coreException): Not found template «/home/visasrussia/site.ru/templates/demooldschool/xslt/layouts/default.xsl».

Помогите исправить пожалуйста! Даже когда захожу в админку, там эта ошибка..

С системой не знаком вообще
есть фильтр по свойствам каталога
выводится так

1

<xsl:apply-templates select="document(concat('udata://data/getFilteredProduction/(',./page/@link,')'))/udata/items//item"

в итоге получаю в публичке

1
2
3

<select name="manf" tabindex="0"><option value="">любой</option>
<option value="1"></option>
<option value="1"></option></select>

value есть, а вот текста нет
ну и собственно вопрос где искать проблему и как?

Добавлено через 59 минут
не правильно разобрался
за фильтр отвечает вот такая конструкция

1

<xsl:for-each select="document(concat('udata://data/filters/',$page-id))/udata//field">

на что я получаю xml

1
2
3

<field id="1" name="ma" title="свойство">
<item id="5" active=""/>
</field>

и соотвественно при разборе у меня есть id, но нет текста свойства
как его получить или куда нужно смотреть почему его нет

Добавлено через 2 минуты
подозреваю что по индификатору свойства нужно отдельно получить название — как?

Вернуться к обсуждению:
UMI где искать ошибку CMS

Привет, я Юрий. Руководитель веб-студии Unika. В 2011 году принимал решение, на какой системе лучше делать сайты. Остановился на UMI.CMS. Тогда это была прогрессивная CMS, которая успешно конкурировала с другими благодаря своему удобству. Но с тех пор прошло 10 лет, и многое изменилось.

Почему вам может быть интересна эта статья?

UMI.CMS — одна из популярных CMS в России. Если вы ни разу ею не пользовались — поймёте, стоит ли начинать.

Возможно, вам интересны инсайды от партнера ТОП-1 в рейтинге UMI.CMS.

Возможно, вы захотите сотрудничать с нашей командой. Об этом — в конце статьи.

Тут не будет сравнений разных CMS, так как мы не объективны

Сравнений разных систем и так хватает. Мы не будем ввязываться в извечный спор — что лучше. У каждой системы есть свои преимущества и свои фанаты. А мы — фанаты адекватных бизнес-процессов и долгосрочного сотрудничества с клиентами, всё остальное — лишь инструменты.

Поэтому в статье хочется рассказать не про технические примочки, а про личный опыт.

Этапы нашего развития вместе с UMI.CMS

1) 2011 год. Я изучал рынок CMS и проникся преимуществами Юми.

Она выглядела как «Битрикс-киллер». Поэтому решил отказаться от всех бесплатных движков и полностью перейти на перспективную Юми. Удобство интерфейса и дух стартапа подкупили меня.

2) В 2012-2014 году компания начала продвигать свой облачный сервис UMI.ru.

Из-за внутренней конкуренции между продуктами, темпы развития «коробки» снизились. Но мы продолжали собирать клиентов на разработку и развивали студию. Росли совместно со «старшим братом» — это было понятно, удобно и комфортно.

3) В конце 2014 у UMI.CMS появился маркетплейс готовых решений.

Рынок менялся. Людям стали нужны быстрые и недорогие решения. Юми как раз была неплохой альтернативой для тех, у кого нет серьёзных бюджетов на индивидуальную разработку, и кто не хотел связываться с бесплатными CMS. Мы тоже решили сделать ставку на готовые решения.

4) 2016-2018. Стабильный рост и первые звоночки.

Мы разработали около 20 готовых решений для разных сфер бизнеса. Но всё это время маркетплейс Юми оставался в 2015-м. Решения других партнёров устаревали, разработчики уходили на другие системы. Часто клиенты приходили к нам с негативом. Приходилось обновлять систему и дорабатывать чужие внедрения и готовые решения, которые больше не поддерживались.

5) 2018. Пришли к успеху.

К нам стало обращаться всё больше клиентов, так как все обладатели сайтов Юми распределились по оставшимся партнёрам-интеграторам. Мы продавали много «коробок», активно развивались и в итоге стали №1 в местном рейтинге.

А вот UMI развивалась очень медленно, маркетинг стагнировал, конкурентные преимущества таяли. Первые за историю компании — был отменён Юми-саммит (одна из самых душевных конференций, только ради которой хотелось быть партнёром Юми).

6) 2019-2021. Из Юми начали уходить ключевые сотрудники.

Ситуация повлияла на качестве сервиса и качество обновлений самой системы. Многие клиенты обращались к нам напрямую, минуя техподдержку Юми. Это дало некоторый прирост лидов.

У нас выросла команда, повысился уровень экспертности. Мы по-прежнему ТОП-1 в рейтинге, продолжаем наращивать компетенции, обновлять свои решения, но, видимо, это потолок.

Тут возникает самый интересный вопрос, скорее, к самим себе.

Что дальше?

У нас собралась сильная команда: программисты, менеджеры, дизайнеры и другие ребята.

У нас есть опыт и ресурсы, которые нужно куда-то «припарковать», чтобы получать релевантную отдачу. Хочется аккумулировать свой опыт и масштабироваться.

Сейчас мы на распутье, и есть несколько идей

Возможно, вы стояли на такой же развилке и сможете поделиться своим опытом в комментариях.

1) Сделать свой диджитал-продукт.

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

2) Возглавить комьюнити разработчиков, которые знакомы с UMI.

У нас есть экспертность, ресурсы и база клиентов. Мы налаживаем связи с другими партнёрами. Даже сделали закрытый клуб «Unika.club», куда входят дружественные студии, которым мы доверяем, помогаем, передаём какие-то задачи. Если вам интересно обсудить партнерство — пишите. Возможно, настанет момент, когда мы сможем помочь друг другу без привязки к конкретной CMS.

3) Перейти на другие CMS и фреймворки.

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

Почему я решил написать эту статью?

Чувствую, что мне нужна обратная связь от новых людей, хочу выйти из зоны комфорта, познакомиться с коллегами по рынку, получить рекомендации, помочь тем, кому это нужно. Давайте дружить. А если вы тоже не понаслышке знаете, что такое Юми — нам точно есть о чём поговорить.

Буду рад любым комментариям.