Доступна для скачивания Impera CMS линейки 2.0 (версия 141109)

Скачать установку

Доступна для скачивания Impera CMS линейки 2.0

Важнейшие изменения в линейке 2.0:

Как выглядит установка

Баг нашел похоже, не пойму. Попробуйте выключить опцию "установить демо базу" во время установки на чистый сайт. Фронтенд вобще пустой, откуда-то появляется пустой шаблон default_new, притом его в этой версмии вобще нет. Админка естсетсвенно пустая будет, потому что базы нет, мы выключили ее, она должна быть чистая. Но теперь что-нибудь создать в админке нельзя. Создаю специальную страницу... и ничего. Меняю настройки сайта... и ничего.

При установке с включенной опцией "установить демо базу" все ОК. Так чистить админку от демо записей потом неудобно.

Проверьте чтобы установщик ставил чистую некосую базу, если я выключил "установить демо базу".

Вот еще баг картинок товара в шаблоне админпанели. Заметил когда картинки хранятся на стороне, т.е. url хранится в базе в полном виде, например http://external.site.com/product1/image2.jpg.

Итак качаем из этой ветки форума базу товаров одежды в виде файла SabrinaVi-DB-for-ImperaCMS.zip. Ставим в Impera:

• идем в админке разное -> Резервные копии -> загрузить, выбираем скаченый файл, жмем Начать
• файл загрузился, стал виден в списке бекапов, жмем по названию файла, база установилась

Смотрим клиентскую часть магазина. Все товары видим с картинками.

А теперь админку. Заходим в товары -> Товары. И что же видим? Все картинки битые.

Проблема в самом шаблоне, он выводит url картинки так http://my.site.com/files/products/http://external.site.com/product1/image2.jpg, т.е. спереди зачем то добавляет папку моего сайта. Хотя по началу url картинки должен был сообразить этот url идет наружу сайта. Клиентская часть сайта как то же соображает.

Рискнул поставить RC версию на боевой сайт. Полет пока нормальный. Поймал только 2 бага.

Баг 1 Отвалилась главная страница - начала выдавать сообщение "Нет такой страницы на сайте или в его настройках отключен модуль (класса Storefront), обслуживающий подобный тип страниц!". Вылечил так:

• на странице страницы -> Зарегистрированные модули движок добавил много новых, среди них я отключил лампочку у следующего модуля (у вас он может оказаться под другим номером)
  • 8. Каталог товаров
              класс: Catalog
              описание: Модуль формирует страницу каталога товаров.
• на той же странице нашел модуль с классом Storefront и отредактировал класс на Catalog, вот этот модуль
  • 36. Товары
              класс: Storefront
              описание: Модуль формирует страницы каталога товаров, разные виды их списков, сами страницы товаров.
• Главная сразу заработала

Баг 2 Отвалились некоторые фотографии категорий на клиенте (у меня шаблон из очень старых, написан еще с применением констант). Вылечил так:

• проинспектировал отвалившуюся фотографию, адрес был
  • http://мой.сайт/ADMIN_CATEGORIES_CLASS_UPLOAD_FOLDER/имя.файла
    но таких констант уже нет в движке
• нашел во всех tpl-файлах шаблона константу и заменил на files/categories/
• Фотографии вернулись

Нашел такой баг.

Делал обновление на КОПИИ (!!!) боевой папки на локалхосте. То есть скачал сайт в папку C:\wamp\www\impera, сделал еще одну копию в папке C:\wamp\www\impera_new и вот на этой копии провел обновление.

При обновлении все вроде ок, но выдало такую ошибку при заходе в админку (думаю, что, возможно, может быть и на клиенсткой стороне)

Fatal error: Cannot redeclare smarty_modifier_replace() (previously declared in C:\wamp\www\impera\Smarty\libs\plugins\modifier.replace.php:23) in C:\wamp\www\impera_new\Smarty\libs\plugins\modifier.replace.php on line 31

Лечится чисткой папок http://site.com/compiled в корне и в админке http://site.com/admin/compiled. Может стоит в установщике сделать автоматом чистку этих папок?

Баг в фидбеке. Форма заполнена правильно, во время постинга выскакивает такая ошибка (при этом пост принимается целиком без ошибок и виден в админке):

Notice: Undefined variable: dbmodel in C:\wamp\www\impera_new\objects\.ref-models\Feedback.php on line 932

Как лечить?

Никак не проходит покупка при включенной капче в настройках корзины. Требует код с картинки, хотя код введен правильно.

Понравился Ваш новый движок, работает очень быстро на Unix-хостинге. На локалхосте пока что медленоват. Ну ладно, это Windows, это Denwer веб сервер, это Mysql сервер, всё пашет под либрами home built оси, понятно. 4 sec на открытие страницы группы товаров против <1 sec на Unix-е.

Но сейчас не о том. На моё мнение Вам в установщике надо сделать progress indicator, в том месте где идёт распаковка файлов архива. Под Unix-ом происходит за 3 sec, на Windows около 15 sec. Длинный белый экран вводит в ступор, не понять то ли работает то ли повисло, тут бы индикатор загрузки показать.

А в общем оценил Вашу работу над новой версией на 5+. Приятно что открыто говорите о проблемах, не прячете как в других движках. Ну и самое главное что готовы слушать пользователя и решать замеченные проблемы.

Борислав! Лучше приколы - только в ютубе!

На локалхосте пока что медленоват. Ну ладно, это Windows, это Denwer веб сервер, это Mysql сервер, всё пашет под либрами home built оси, понятно. 4 sec на открытие страницы группы товаров против <1 sec на Unix-е.

Само больше радует это место Ну ладно, это Windows, это Denwer веб сервер, это Mysql сервер.

А как Вы хотели, Борислав? Это мускул, тут хоть Вы его на пингвине, хоть на винде ставьте, мускул + пхп - есьм связка на которой весь мир мучается))))) А еще если и локалхост припаять. Так ту вабще.

Описываю проблему. У нас несколько тысяч товаров. На страницу админпанели в настройках товары -> Товары -> настройки включили выводить по 200 товаров.

Так удобно управляться с большими списками. А товар легко искать в строке поиска по коду товара.

И вот теперь поиск по коду почему-то стал выбрасывать на главную страницу админпанели. То есть вводим код, Найти - вылетаем на главную. А раньше работало.

Судя по этому

включили выводить по 200 товаров

причина скорее в настройке max_input_vars. Подбирайте значение n исходя из формулы max_input_vars=200n.

А вот теперь вопрос разработчику. Зачем max_input_vars=12000 вы занесли в корневой htaccess? Вы же сами писали здесь о механизмах атак. Думаю max_input_vars перенесли бы вы в htaccess админпанели.

Оказалось так, на сайте православного магазина вообще отсутствовало переназначение параметра max_input_vars, как следствие параметр равнялся дефолтному 1000. Как только был прописан в .htaccess (согласен, можно делать и в админпанелевском файле), сразу весь список 200-размерных страниц заработал вместе с поиском.

В админке ошибка

RewriteEngine  on
RewriteCond  %{REQUEST_URI}  ^(/.+)?/forums/.*$  [NC]
RewriteRule  ^(.*)$          -                   [L]
RewriteBase /

Headers and client library minor version mismatch. Headers:50537 Library:50312

На впс чтото с библиотекой mysqli. Пишет подверсия заголовков и клиентской библиотеки не совпадают. 50537 и 50312. Спросите хостера как установить правильную версию.

MySQLi улучшенный вариант MySQL, отсюда требование совпадения версий.

Если Виктор посмотрит в свой PHP info, то найдет там CLIENT API headers 5.5.37. В то время как MySQL у него покажет CLIENT API library 5.3.12.

Только сомневаюсь что хостер захочет обновлять MySQL библиотеки PHP до версии 5.5.37. Не любят хостеры напрягаться.

Попытка не пытка, написать в техподдержку пусть напишет. Начнут отмазываться, тогда самому исправить дедовским методом. Задавить варнинг. В строке 1166 после знака = поставить @.

if (function_exists('mysqli_connect')) $this->link = @ mysqli_connect($this->config->dbhost, $this->config->dbuser, $this->config->dbpass);