0 Пользователей и 1 Гость просматривают эту тему.
Скачала локальную версию для ознакомления, запустила exe-файл, дохожу до выбора бэкапа, выбираю Ничего (не рекомендуется), нажимаю enter. Установка доходит до Обновления базы данных , в ходе установки последние строчки:
…Компонент «search» был проверен.
Проверка компонента «filemanager»…
Компонент «filemanager» был проверен.
Все компоненты были проверены.
И выскакивает «Произошла ошибка во время выполнения запроса к серверу.
Подробнее об ошибке 15000″
Иду в логи C:\UMI.CMS_Localpack\usr\local\apache\logs в файле error.log в конце
[error] [client 127.0.0.1] File does not exist: U:/home/localhost/www/favicon.ico, referer: http://localhost/
Что делать?
Записан
Тут правильнее будет спросить у самой UMI.Soft.
P.S. попробуйте закинуть туда этот файл руками перед установкой.
Записан
пробовала добавлять favicon.ico, не помогло. Установила OpenServer и на него UMI.CMS. Все работает.
Записан
То есть развернули хостинг и поставили там trial версию umi, а до этого на базе denwer ставили из exe файла, так?
Записан
пробовала и install.php на уже установленный денвер и exe локальную версию с денвером и на разные операционные системы 
пока не надоело и да, на OpenServer установила триальную версию UMI.
« Последнее редактирование: 08 Июля 2015, 17:29:20 от danger »
Записан
Актуально для всех версий системы.
Если у вас в файловом менеджере возникают ошибки: «Некорректный ответ сервера. Данные не формате JSON.» или «Некорректный ответ сервера. 15000», ниже можно найти причины возникновения ошибок и их устранение:
1. Файловый менеджер видит содержимое только двух папок, которые размещаются в корне сайта. Это ./images и ./files. Иногда в этих директориях оказываются папки и файлы с «мусорными» названиями, другими словами — в неверной кодировке ( например, rr°sЃrїsЂrѕrґr°r¶r°). Все файлы и папки с такими названиями необходимо удалить или переименовать, после чего файловый менеджер будет снова доступен.
2. Ещё одна причина — несоответствие версии PHP на сервере системным требованиями UMI.CMS.
В таком случае необходимо обратиться к системному администратору или в тех.поддержку хостинга с просьбой поменять версию PHP на сервере соответствующую системным требованиям.
3. Причиной ошибки может быть включённый режим отладки, для решения проблемы его необходимо отключить в секции debug в файле config.ini.
4. Файловый менеджер может быть недоступен из-за большого количества файлов в одной папке. Рекомендованное количество файлов в одной папке файлового менеджера не более 1000. Если этот лимит превышен, рекомендуем распределить файлы по директориям.
5. Проблема может возникнуть из-за добавления в файловый менеджер изображения, которое содержит несколько слоёв. Система не справляется с обработкой такого изображения, для решения проблемы в файле .htaccess корневой директории сайта можно увеличить размер памяти для выполнения скриптов:
php_value memory_limit 256M
Или можно перезалить изображение в формате .jpg
6. Сервер может не справляться с обработкой действия функции imageOptim (./classes/system/entities/umiFile/umiImageFile.php). Необходимо также увеличить количество выделяемой памяти для обработки скрипта.
7. Убедитесь, что переход в административную панель сайта осуществляется по домену, привязанному к лицензии.
Если при установке возникли проблемы
При установке любой программы иногда возникают вопросы. Большинство вопросов при установке 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.
Неперехваченное исключение
Ошибка (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, права на файлы и надстройки должны полностью соответствовать текущим параметрам и требованиям хостинг-аккаунта.
Время на прочтение
6 мин
Количество просмотров 85K
UMI.CMS позиционируется как «система управления сайтами нового поколения». Официальный сайт приветствует нас радостным сообщением, что выдано более 86 000 лицензий, но стоит отметить что тут считаются все виды лицензий, не только платные, но и бесплатные. Так, например мне, потребовалось получить уже не один десяток бесплатных лицензий, а поскольку все лицензии привязаны к домену, то при переносе сайтов на рабочие домены лицензию нужно получать заново.
На главной странице официального сайта написано, что UMI.CMS используют более 10 000 сайтов и приведен список крупных сайтов, которые используют данную систему. Первый сайт в этом списке — сайт Сколково, который уже ушел от UMI.CMS на ASP (об этом на хабре уже писали). Вторым сайтом в этом списке идет сайт Связного, непонятно какой именно сайт имеется ввиду, но официальный сайт www.svyaznoy.ru работает на Битриксе, а не на UMI.CMS. Тоже самое и с сайтом правительства Москвы, хотя на официальном сайте UMI.CMS указано, что они работают именно на данной CMS.
Исходный код главной страницы официального сайта UMI.CMS радует нас такой вот версткой:
<h2 class="h2_style_main_page" style="margin-bottom: 0; display: inline-block; *width: 281px; margin-left: -21px; float: left;">Отзывы от владельцев сайтов</h2>
<a style="margin-bottom: 0; position: relative; bottom: 0; text-decoration: none; display: inline-block; float: right; right: 64px; top: 3px; font-weight: bold;" href="/product/reviews/">Все</a>
<h2 class="h2_style_main_page" style="margin-bottom: 0; display: inline-block; float: right; margin-right: 162px;">Отзывы от разработчиков сайтов</h2>
<div class="clear" style="height: 1px; margin: 0; padding: 0;"> </div>
</div>
<div class="clear" style="height: 1px; margin: 0; padding: 0;"> </div>
<div id="respones" class="respones" style="width: 920px !important; *height: 420px !important;">
<div id="responesContainer" style="width: 920px !important;">Хорошо хоть, что сайт не сверстан таблицам, как, например, у официального сайта CMS DLE.
Сайт «Документация разработчика сайтов» и «Документация разработчика UMI.CMS» сделаны не на UMI.CMS, а на основе простых HTML страничках с использованием фреймов (кстати, на всех страницах не прописан заголовок документа в верстке).
Сайт вики также сделан не на UMI.CMS, а на open source движке MediaWiki.
Чтобы установить UMI.CMS себе на хостинг необходимо скачать файлик install.php, который сам скачает все файлы CMS из интернета. Соответственно не получится иметь у себя в резервных копий UMI разных версий, поскольку скачивается всегда последняя версия. Следует заметить, что UMI.CMS необходимо наличие на сервере расширения php xsl, которое установлено не на всех хостингах. Полная пробная версия UMI.CMS без установленных демо сайтов занимает 180 мб (4 985 файлов и 1 277 папок), база данных состоит из 80 таблиц размером 3,5 мб.
Проверка валидатором админской части UMI.CMS выдает 36 ошибок и 3 предупреждения (не объявлен тип документа, отсутствую теги alt у изображений, нестандартные атрибуты).
При редактировании материалов в UMI.CMS нет простой кнопки «Предпросмотр», зато есть три кнопки «Сохранить»:
Добавление изображений (известная проблема CMS) превращается в сущий ад, если количество изображений становится больше 20-50, поскольку после загрузки изображения его надо сначала найти (по имени или превьюшке), выбрать и только потом вставить. Т.е. нет простого режима — выбрал файл, загрузил, вставил.
Верстка
Одно из главных преимуществ по мнению создателей UMI.CMS — это режим редактирование edit-in-place, который позволяет редактировать сайт в визуальном режиме сразу на странице без захода в админку. Обратная сторона этой возможности — применение нестандартных атрибутов у html тегов (например: umi:element-id=«44» umi:region=«row» umi:field-name=«name» umi:empty=«Название раздела» umi:delete=«delete»), в результате чего получается не валидная верстка.
В UMI.CMS используются макросы, которые вызывают определенные действия (например показ элемента каталога, фотогалереи и т.д.). При вставки этих макросов в визуальный редактор (используется Tinymce) они оборачиваются тегами p. В результате при срабатывании большинства макросов внутри тега p появляются теги div, что приводит к не валидной верстке.
Помимо этого в шаблонах повсеместно используются устаревшие теги
<b> и <i>вместо семантически более правильных
<strong> и <em>а стили прописаны не в CSS, а в коде HTML. Tоже самое и с Javascript.
До версии 2.8.5 файлы тем к UMI.CMS располагались в разных папках:
css в /css
js в /js
tpl в /tpl/content, /tpl/news, /tpl/catalog и т.д.
xslt в /xsltTpls
Т.е. структура была не удобной и большое количество времени в создании темы занимало постоянные переходы между папками. Перенос шаблонов между проектами также усложнялся. К счастью в версии 2.8.5 разработчики предложили новый вариант — помещение всех шаблонов в папку templates.
SEO
У UMI.CMS есть сертификаты «Оптимальная для SEO» и «UMI.CMS отвечает требованиям SEO» www.umi-cms.ru/product/system/seo.
В настройках SEO можно указать префикс для тега Title, хотя целесообразнее указывать суффикс, а не префикс. Автоматическое генерировании тегов description и keywords также не поддерживается. По умолчанию нельзя создавать ЧПУ с использованием адресов как у модулей системы (например news, catalog и т.д.), в результате на сайте появляются страницы с именами news1, catalog 1 (хотя возможность включить поддержку таких ЧПУ есть, но в документации настоятельно рекомендуют этого не делать). ЧПУ в UMI.CMS генерируется автоматически, но по умолчанию в качестве разделителей между словами используется знак подчеркивания «_», хотя рекомендованный знак это знак дефиса «-» (возможность включения использования дефиса есть, но она спрятана очень глубоко и настраивается в config.ini).
В последние версии UMI.CMS встроена поддержка сервиса MegaIndex и в настройках модуля SEO можно указать свои данные от аккаунта к этому сервису. По умолчанию там стоят данные от UMI — логин и пароль, скрытый за звездочками. Этот пароль можно легко подсмотреть (например через расширение Web Developer для Firefox). В результате можно попасть в аккаунт UMI на сайте MegaIndex, где находится список сайтов, воспользовавшихся этой функцией у себя на сайте. В данных отчетов видны ключевые слова, позиции сайтов и другая информация.
Безопасность
UMI.CMS имеет сертификат «безопасное веб-приложение» www.umi-cms.ru/product/system/safe, хотя, например, при использовании tpl шаблонов (которые все еще очень популярны и используются на многих сайтах) при вставке html кода (в том числе и iframe) в поля «Название», «Поле H1», «Поле meta DESCRIPTIONS», «Поле TITLE», «Поле meta KEYWORDS» он никак не обрабатывается и отображается на странице как есть, т.е. очень легко можно сломать весь сайт, имея доступ только к редактированию материалов. Помимо этого явакод также никак не обрабатывается, т.е.
<script>alert('XSS');</script>прекрасно работает.
При использовании xslt шаблона яваскрипты работают только если их вставить в текстовый редактор (чего тоже достаточно, чтобы натворить бед).
Обновления
Обновления больная тема многих CMS. В UMI.CMS, например, при обновлении старой версии на новую могут пропасть некоторые модули, которые были в раньше данной редакции системы, т.е. помимо платных обновлений (а обновления платные) потребуется доплатить за пропавший при обновлении модули.
Также были случаи, что в новой версии появляются новые ошибки, которых не было в прошлых версиях, и сама техподдержка рекомендует восстанавливать сайт из бекапа, сделанного перед обновлением.
Разработка
Файлы системы находят в папке classes, большинство функций и классов в них никак не документированы (комментарии есть только в 82 файлах из 786), т.е. глубоко разобраться в UMI.CMS без затраты большого количества времени не удастся.
Все свои дополнительные функции в UMI.CMS следует писать в файлах custom.php, которые следует размещать в системных папках. Со временем файл custom.php разрастается своими функциями, соответственно возникают проблемы с включением/отключением отдельных функций, переносом их между проектами.
Дополнительного функционала (платного или бесплатного) для UMI.CMS доступно очень мало. Из дополнительных платных модулей есть только модуль «GeoIP», часть проектов есть на UMI HUB, весь недостающий функционал придется писать самостоятельно.
Ошибки
Ошибки и глюки бывают разные, одна из самых забавных — меняешь теги b на strong — получаешь не работающие макросы после того места, где сменены теги.
Одна из последних ошибок, с которой столкнулся сегодня. Устанавливаем UMI.CMS или используем демо версию, ставим в админке использованием одного любого шаблона (xslt или tpl), потом заходим в редактирование этого шаблона и удаляем всю информацию о нем (название, адрес файла и т.д.). В результате получаем ошибку:
Неперехваченное исключение
Ошибка (coreException): Undefined templater
Несмотря на то, что был изменен шаблон для пользовательской части сайта, админка сайта также перестала работать.
Если вам хочется иметь данную систему в качестве «сердца вашего сайта», то напомню, что самая полная редакция UMI.CMS стоит 29 900 руб.
UPD Наибольшее обсуждение в комментариях вызвали вопросы безопасности, в частности отсутствие обработки вывода стандартных полей материалов в tpl шаблонах. Представитель UMI.CMS наотрез отказывается признавать это уязвимостью или потенциальной уязвимостью, называя это «недочетом». Также он недвусмысленно сваливает вину за подобные «недочеты» UMI.CMS на разработчиков сайта. Выводы каждый для себя сделает сам.