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, попросили просто добавить объекты в каталог. При добавлении вылазит ошибка и ничего не сохраняется:
Вдруг кто сталкивался!!! В интернете не нашла решения. Помогите!
-
Вопрос заданболее трёх лет назад
-
3203 просмотра
Может быть поможет, посмотрите раздел Главная/Конфигурация/Настройка доменов, если домен с которого вы работает не является основным, добавьте его в список Адрес зеркала домена в свойствах основного домен вашего сайта.
Пробуйте решение для Ошибка (coreException): Give me a normal type to c…, эти ошибки могут быть связаны.
Как временное решение можете отменить защиту CSRF установив параметр csrf_protection=0 в config.ini.
Пригласить эксперта
А вас случайно не попросили автоматизировать процесс сторонним скриптом? CSRF Protection — пытается гарантировать то что запрос пришел со страницы, а не скриптом со стороны. Поподробнее про задачу расскажите, а заодно как вы ее хотите реализовать?
csrf_protection=0 в config.ini.
Помогло.
-
Показать ещё
Загружается…
22 июн. 2023, в 10:00
2500 руб./за проект
22 июн. 2023, в 09:55
1000 руб./за проект
22 июн. 2023, в 09:29
500 руб./за проект
Минуточку внимания
Если при установке возникли проблемы
При установке любой программы иногда возникают вопросы. Большинство вопросов при установке 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.
Категория:Решение проблем и ошибок
Материал из Umicms
Перейти к:навигация, поиск
- форма для обращения в Службу Заботы www.umi-cms.ru/support/
- системные требования UMI.CMS help.docs.umi-cms.ru/vvedenie/ustanovka_i_nastrojka/sistemnie_trebovaniya/
- форма проверки хостинга на соответствие системным требованиямwww.umi-cms.ru/support/umi_cms_php5_hosting/proverka_hostinga/
Страницы в категории «Решение проблем и ошибок»
Показаны 63 страницы из 63, находящихся в данной категории.
Если при установке возникли проблемы
При установке любой программы иногда возникают вопросы. Большинство вопросов при установке 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.
Привет, я Юрий. Руководитель веб-студии Unika. В 2011 году принимал решение, на какой системе лучше делать сайты. Остановился на UMI.CMS. Тогда это была прогрессивная CMS, которая успешно конкурировала с другими благодаря своему удобству. Но с тех пор прошло 10 лет, и многое изменилось.
Почему вам может быть интересна эта статья?
UMI.CMS — одна из популярных CMS в России. Если вы ни разу ею не пользовались — поймёте, стоит ли начинать.
Возможно, вам интересны инсайды от партнера ТОП-1 в рейтинге UMI.CMS.
Возможно, вы захотите сотрудничать с нашей командой. Об этом — в конце статьи.
Тут не будет сравнений разных 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 мы начали разработку сайтов с помощью других инструментов. Это одна из наших точек роста. Сейчас это для нас некая авантюра. Стоит вопрос о том, какие технологии перспективнее.
Почему я решил написать эту статью?
Чувствую, что мне нужна обратная связь от новых людей, хочу выйти из зоны комфорта, познакомиться с коллегами по рынку, получить рекомендации, помочь тем, кому это нужно. Давайте дружить. А если вы тоже не понаслышке знаете, что такое Юми — нам точно есть о чём поговорить.
Буду рад любым комментариям.