Записки профессора

UMI.CMS создаем удобный перенос товара из категории в категорию.

professor — Sun, 04 Mar 2012 14:03:25 +0000

В продолжении темы UMI публикую данную статью. Перенос товаров методом “Drag-and-drop”, это конечно очень хорошо, но когда товаров очень много, то совершенно не удобно. В статье “Мой отзыв о UMI.CMS” я писал что не возможно работать, если товар вносится автоматически (не через1C, и не вручную), в какую то закрытую категорию. Откуда потом модератор должен его переносить в нужную категорию.

И так, пишем кастомный макрос =)
Для начала нужно изменить немного шаблон в админке.
В файле /styles/skins/mac/data/form.modify.xsl, где вам удобно нужно поставить следующий код:

<input type="hidden" value="{$pid}" id="productID">//ID продукта который переносим.
<div id="category-name">Категория : <font>

"document(concat('upage://',$parentId))/udata/page/name" />
</font>
</div>
<font id="category-select">изменить</font>

<div style="display:none" id="dialog2" title="Переместить товар в другую категорию" class='eip_win_title'>

"document('udata://catalog/getCategoryList/(no)/0/100/1')/udata" mode="category-p"/>
</div>

У меня он вставлен в верхний блок

="group[position() = 1 and count(../../basetype) and //basetype='Объекты каталога']" mode="form-modify-group-fields">

И в том же файле создадим шаблон отображения категорий:

="udata" mode="category-p">
<ul style="padding:3px 10px;" class="category-list">

"//item" mode="category"/>
</ul>
</xsl:template>

="udata" mode="category">
<ul style="padding:3px 0px 3px 10px;display:none;" id="sub_{@category-id}" class="category-list">

"//item" mode="category"/>
</ul>
</xsl:template>

="item" mode="category">
<li>
<div>
<a href="#" id="move_{@id}" class="new-category" style="float:right;">перенести</a>
<a href="#" id="{@id}" class="category-show">="."/></a>
</div>

"document(concat('udata://catalog/getCategoryList/void/', @id, '/100/1'))"
mode="category"/>
</li>
</xsl:template>

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

.category-list li div:hover{
background:#ecf3fe;
}
.category-list li div{
padding:5px;
border-radius:4px;
}
#category-name{
float:left;
margin-right:10px;
clear:both;
}
#category-select
{
cursor:pointer;
}
#category-select:hover
{
text-decoration:underline;
}
.ui-widget-header a{
float:right;
}

И пишем вот такой javascript

$(function() {
$( ".new-category" ).click(function(){// срабатывает при клике на ссылку "изменить"
var id=$(this).attr("id").replace('move_',''); //ID новой категории
$.ajax({
url: "/admin/catalog/move_goods/.json",// запрос к кастомному макросу, и тип возвращаемого результата (JSOIN)
type:"post",
data:{
id:id,
productID:$("#productID").val()//ID продукта который переносим.
},
success: function(data){
$( "#category-name font" ).text(data);
$( "#dialog2" ).dialog("close");
}
});
return false;
});

$(".category-show").click(function(){
$( "#sub_"+$(this).attr("id") ).toggle();
return false;
});

});

В UMI уже подключен JQuery, так что нам подключать его не нужно.
Теперь осталось написать макрос;
В файле /classes/modules/catalog/__custom_adm.php
Вписываем метод

public function move_goods()
{
$element_id = (int)$_POST['productID'];//Продукт который переносим
$categoryID = (int)$_POST['id'];// Категория в которую переносим
$hierarchy = umiHierarchy::getInstance();
$hierarchy->moveFirst($element_id, $categoryID);// Собственно переносим продукт
$element = $hierarchy->getElement($categoryID); //Получаем название новой категории
echo $element->name; // Выводим название новой категории
exit();
}

Как видим он возвращает название новой категории.
Собственно говоря все. Довольно просто, но это когда знаешь как делать. Так как документации не так уж и много, то очень сложно приходится. Надеюсь, что немного облегчил вашу жизнь =)

Мой отзыв о UMI.CMS

professor — Tue, 28 Feb 2012 20:05:13 +0000

Где то в комментариях я уже высказывался об UMI. Теперь соединю все это в один пост.

Мнения у меня по поводу этой системы противоречивые. С одной стороны мне очень нравится, и совершенно не хочется после UMI разрабатывать сайты на другой системе (особенно на Amiro), с другой стороны продукт сыроват.

Почему я выбрал UMI.CMS я писал в прошлой статье. Со времени моего выбора прошло достаточно времени, что бы я смог вдоволь поСпотыкаться о камни и поНаступать на грабли. Когда в моем портфолио было всего 4 проекта на UMI, система мне безумно нравилась. Для радости было несколько причин:

1) Понравилась верстка XSLP;
2) Понравились шаблоны данных;
3) Нравился интерфейс “edit in place”;
4) Клиентам нравилось;

Но потом появился клиент, который имел склонность все автоматизировать и упрощать. И заказал у меня интернет магазин. Я ему с радостью посоветовал UMI. После выполнения этого заказа, я понял, что система из коробки не предназначена для интернет магазина.

Нет, заказчик не плохой. Вполне правильные вопросы задавал, только с поиском конечно перегнул немного.

И так по порядку о недостатках выявленных при разработке этого проекта:

5) Интерфейс для работы с товарами совсем не пригоден. В категории товаров выводится всего 15, и идет пагинация, все устроено как дерево, как тут работать? Как найти нужный товар и увидеть в какой категории он находится? Ответ никак! Ну это точно бред. Пришлось писать макрос(о нем в следующем посте).

Что тут посоветовать УМИ, посмотреть в сторону phpShop, или WebAssist. Совсем не сложно выводить товар, так как это сделано у них. Изобрести лучшего интерфейса им к сожалению не удалось.

6) В проекте так и не заработала возможность расчета стоимости EMS. Хотя на сайте указано что все работает и все в порядке.

7) Списание товара при покупке нет. Точней есть, но только при интеграции с1C. По моему бред. Долго не мог поверить, но на форуме прочитал что так и есть. (кстати, нужно в тех поддержку по этому поводу написать, что бы узнать наверняка)

8) Нужна была возможность размещать товар в разных категориях (поверьте что для этого проекта все обоснованно). Для этого есть виртуальные копии, скажете вы. Да, есть, но тут происходит дублирование контента. Приходится от индексации закрывать виртуальные копии и исключать их из поиска по сайту. Что не очень удобно (а точней, очень не удобно).

9) Поиск ищет только по префиксу. То есть вы не найдете слово professor по запросу fessor, зато найдете по запросу profess. Казалось бы мелочь, а вот понадобилось!

10) Куча мелких неудобств для менеджера. Такие как некликабельные e-mail адреса, при регистрации нет поля телефон, и подписаться на новости.

Конечно может я в последнем пункте и придираюсь, но даже только из за первого пункта, я не буду рекомендовать никому UMI в качестве интернет магазина(пока они не исправятся, или я не изменю это своим модулем).

Продолжаем по минусам, но уже не связанными с интернет-магазином.

11) В версии меньше 2.8 была замечательная возможность. Если отключить страницу, то вложенные в нее не будут отключены. Это очень помогало при организации структуры, а теперь приходится корень, какого-то меню оставлять не выключенным, создавая, таким образом, пустую страницу.

12) Очень маленькая документация для более глубокого внедрения в код. Очень долго искал нужную информацию. Многое понял методом научного тыка. И хоть макросы писать довольно просто, в одном случае пришлось править файл UMI,Что лишает гарантии сто процентов сотрется при обновлении системы. Но по другому нельзя(ну или я не знаю как).

И все таки, несмотря на все минусы, я буду продолжать пользоваться UMI, так как она мне очень нравится. Может посоветуете что-то другое? Чур только bitrix не предлагать =) Сейчас кстати работаю с битриксом. Но это отдельная история. За предложение Amiro.CMS, сразу бан =)(шучу конечно)!

Единственное, интернет-магазины делать на UMI я пока не буду.

Кто не согласен со мной, прошу писать все в комментарии.

UMI перенос новостей, со старого сайта.

professor — Tue, 10 Jan 2012 19:34:16 +0000

Задача, перенести около 300 новостей с сайта, созданного на HTML в UMI.CMS. В umi я пока новичок так что жду от более опытных в этой сфере комментариев. Я пишу свой макрос в модуле импорта данных. Это ж все-таки импорт.

В папке classes\modules\exchange лежит файл __custom.php примерно такого содержания

abstract class __custom_exchange {}

Добавляем туда метод

public function import_news() {}

Первое что нужно сделать, это распарсить HTML. У меня есть список страниц новостей и пара страниц со списком новостей, картинкой анонса и анонсом.

Поэтому я руками из 10 файлов собираю 1 (лень было написать скрипт =)), который состоит только из анонсов. И собираю всю информацию в массив. Потом пробегаюсь по всем файлам новостей(тут их более 300, ручками не катит) и сразу же запихиваю их в UMI не забыв при этом найти нужный анонс и запихнуть его тудаже.

Вроде все просто, вот код:

public function import_news() {
set_time_limit(0);
//Получаем страницу со всеми анонсами
$anonsAll = file_get_contents("anons/all.html");

//Вытягиваем 1 регуляркой сразу все анонсы с отделенными картинками, описанием и названием
preg_match_all('#(.*?).*?(

.*?

)#is', $anonsAll, $arrayAnons, PREG_SET_ORDER);

//сканируем дирректорию и получаем все новости
$files1 = scandir('news_text');

//здесь мы получаем ID типа объекта новости.
$typesCollection = umiObjectTypesCollection::getInstance();
$typeId = $typesCollection->getBaseType('news', 'subject');

foreach ($files1 as $var) {
if ($var != "." && $var != "..") {
$content = iconv("windows-1251", "UTF-8", file_get_contents($dir . "/" . $var));
//Здесь я не стал заморачиваться 1 регуляркой, все равно код на 5 минут.
preg_match_all("#

(.*?)

#is", $content, $arrayItem);
$h1 = $arrayItem[1][0];

preg_match_all("#

#is", $content, $arrayItem);
$text = $arrayItem[0][0];

preg_match_all('##is', $content, $arrayItem);
$img = str_replace("/images/news/", "files/news/", $arrayItem[1][0]);

//Находим нужный анонс
foreach ($arrayAnons as $an) {
if (strtolower($h1) == strtolower($an[2])) {
$anons = $an[3];
$imgAnons = str_replace("/images/news/", "files/news/", $an[1]);
}
}

//Создаем новый пустой элемент (новую новость)
$h = umiHierarchy::getInstance();
$element_id = $h->addElement(37, 36, $h1, str_replace(".html", "", $var), $typeId);

//Ставим права.
$p = permissionsCollection::getInstance();
$users_array = array(298);//298 - это ID объекта "Гость"
foreach ($users_array as $k => $v) {
$p->setElementPermissions($v, $element_id, 1);
}

//Получаем только что созданный элемент
$element = $h->getElement($element_id, true, true);

//Задаем ему все параметры
$element->setIsActive();
$element->setValue('content', $text);
$element->setValue('anons', $anons);
$element->setValue('h1', $h1);
$element->setValue('anons_pic', $imgAnons);
$element->setValue('publish_pic', $img);
$element->commit();
}
}
}

Какие у меня проблемы возникли кроме поиска информации обо всем, об этом.
1) Что такое 36 в addElement? В документации написано что это id иерархического типа (umiHierarchyType). Что это за зверь такой я не понял, но по моему это не ID шаблона данных.
2) ID группы пользователей “Все” я тоже не знал где найти, сделал ID пользователя “Гость”

Остальное вроде все понятно. Удачи.

Архитектура CMS на фреймворке Yii.

professor — Wed, 23 Nov 2011 10:43:27 +0000

Я написал на Yii один крупный проект, несколько мелких, и сейчас заканчиваю еще один крупный проект. Познакомился я с Yii год назад. Не сказал бы что я досконально с ним разобрался, но все же опыт какой то появился.

Вот хотел бы поделиться тем, как я организую приложение на Yii.

И так, архитектура папок у меня такая

assets
libs
protected
        components/
        config/
        controllers/
        data/
        extensions/
        messages/
        models/
        modules/
        runtime/
        tests/
public
themes

Ну во, вроде ничего лишнего нет.

Теперь к сути. Не пойму, зачем по умолчанию в Yii в корневом каталоге есть папки css, js и images. Ведь есть же папка для тем themes, пусть там и лежат. Ведь все это относится только к темам. Да, я согласен, что иногда, JS тоже выполняет операции не только визуального оформления, но в основном такие скрипты принадлежат конкретному модулю и находятся в папке assets данного модуля, либо мы выносим этот файл(ы) в библиотеку.

Папка assets, всем понятно для чего, там хранятся временные файлы.

В папке libs я собираю JS библиотеки и JS скрипты которые требуются в разных частях приложения, такие как uploadify, lightbox, jquery.bxSlider и другие. В основном это сторонние разработки. Почему меня не устроило название папки JS и я его переименовал в libs спросите вы. Дело в том, что в этой папке хранится целиком и полностью вся библиотека со стилями и картинками для нее. А дает это нам то, что при добавлении новой библиотеки не придется ее расчленять(стили в 1 папку, скрипты в другую, картинку в третью) и потом в стилях, и не дай бог в JS, менять пути к картинкам.

В папке public у меня для каждого модуля создается папка(если необходимо) и там лежат все публичные файлы. Картинки товаров для интернет-магазина, файл загруженные пользователем и т.д.

В папке components у меня тоже не все стандартно, там лежат 2 класса

MasterBackEndController

MasterFrontEndController

Оба они унаследованы от основного класса Controller. В каждом модуле есть папка components и там 2 класса. Как вы правильно догадались BackEndController и FrontEndController. Они унаследованы от MasterBackEndController и MasterFrontEndController соответственно. Таким образом для Админки мы можем задавать общие функции и переменные для всех модулей, и для каждого модуля в отдельности, что по моему очень хорошо. Вот у меня в MasterBackEndController и MasterFrontEndController сразу стоят разные layout. И в MasterBackEndController стоит фильтр по правам доступа.

public function filters() {
return array('rights');
}

Честно признаюсь, что я еще не думал как реализовать разные темы для back и front режимов, но это необходимо сделать. Просто руки не доходят.

Таким образом, получается, что все мое приложение состоит из модулей в которых контроллеры, отвечающие за back функционал унаследованы от BackEndController а контроллеры, отвечающие за front, унаследованы от FrontEndController.

Да я делаю разделение. Весь контроллер отвечает либо за back, либо за front.

Суть: админка у каждого модуля своя!

Как жеж так спросите вы. А все очень просто. У меня есть модуль Admin. Его задача формировать меню панели администратора.

Мы создаем меню, допустим такого вида:

-Контент

---Статьи // модуль article

---Новости // модуль news

---Информ. Страницы // модуль page

У каждого такого пункта меню есть поля:

1) Права (Тут мы назначаем видимость данного пункта конкретной роли. Допустим так Manager, или так Article.Admin.*. Формат модуля Rights )

2) Корневому пункту меню(в данном случае “Контент”) мы еще списком присваиваем названия модулей на которых это меню отображается. Допустим мы присвоили такую строку “article, news”.

Это означает, что если мы в данный момент находимся в БэкЕнде модуля news то нам отображаются все дети меню “Контент” с учетом прав доступа.

Да, тут есть свои ограничения. По сути, мы просто группируем модули в логические разделы.

Подытожим:

У меня всю приложение состоит из модулей. В каждом модуле есть FrontEnd и BackEnd контроллеры унаследованные от соответствующих контроллеров.

Один модуль администрирования, который управляет пунктами меню в панели администрирования. Все сторонние JS библиотеки лежат в папке libs, все что касается визуального оформления лежит в темах.

Есть какие-нибдь мысли по этому поводу? Делитесь в комментариях.

Sphinx на Windows 7

professor — Wed, 02 Nov 2011 12:38:36 +0000

Появилась задача установить и настроить поисковый движок Sphinx. Много слышал об этой системе, но никогда не пользовался и если честно, боялся. Думал что все там сложно и долго. Оказалось все не так уж и страшно. Устанавливал я Sphinx на Windows 7.

Я нагуглил несколько статей по установке Sphinx-а. Очень хорошая статья попалась.

И так, какие проблемы у меня возникли, не смотря на подробно описанный материал.

Я не поменял в конфигах пути. Там стоит что то типа @CONFIGDIR@, нужно поставить реальные пути.
Все вроде заработало, но при запуске из PHP выдавал вот такую ошибку

Query failed: failed to read searchd response (status=2613, ver=11825, len=775172397, read=74).

Гуглил, гуглил и прочитал что ДЕМОН не включен(Проблема была не в этом, но демон тоже был не включен).

Включение демона : Панель управления -> Администрирование -> Службы. И там включаем Демона Sphinx. У меня он называется SphinxSearch, а вообще по умолчанию searchd.

В общем если видите такую ошибку, знайте что вы обращаетесь не к тому порту. В конфиге у вас указан порт listen = 9312, вот к нему и нужно обращаться.

Выглядит это примерно так:

// Создадим объект - клиент сфинкса и подключимся к нашей службе
$cl = new SphinxClient();
$cl->SetServer( "localhost", 9312 );

А я чет подумал что сюда порт MySql нужен, он же 3306.

И так, все установили, и теперь выводить результаты нужно, а выводится только ID. Где то прочитал, что это нормально(ну хз, я в данный момент еще разбираюсь.).

Получаю список ID и вывожу товары. Все отлично! Ура!
Теперь самую малость о режимах:
Существуют следующие соответствия режима:

SPH_MATCH_ALL, будут искаться все слова запроса (режим по умолчанию);
SPH_MATCH_ANY, будет искаться любое из слов запроса;
SPH_MATCH_PHRASE, будет искаться как фраза, требующая идеального соответствия;
SPH_MATCH_BOOLEAN, Будет искаться по выражению учитывая операторы AND(и), OR(|), NOT(! или -) и скобки для группировки;
SPH_MATCH_EXTENDED, поиск по сложной формуле;
SPH_MATCH_FULLSCAN, Ничего по тексту не ищем, но фильтры и группировки будут применяться.

Ну пока мне этого достаточно. Дальше мне нужно будет глубже изучить Sphinx, вот тогда напишу еще заметочку, может 2 =)
Удачи!

Как стать бизнесменом. Олег Тиньков.

professor — Mon, 03 Oct 2011 16:15:37 +0000

От производителя

Цитата
“Инвестировав первые деньги в банковский проект, я не знал толком ни одного термина, не понимал требований Центрального банка. Ничего страшного. Если у вас есть воля, желание, фантазия – идите в бизнес, кажущийся вам лично прибыльным и интересным. Необязательно про него все досконально знать”.

О чем книга
О том, как создать успешный бизнес и честно заработать свой первый миллион. В новой книге предприниматель Олег Тиньков лаконично и конструктивно “раскладывает по полочкам” накопленные знания и опыт – от выбора идеи для бизнеса до подготовки его к продаже.

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

От меня:

Книги в соседних постах я описал не очень подробно, это связанно с тем что их я прочитал около полугода назад(к сожалению не было времени опубликовать свое мнение по ним раньше). А книгу “Как стать бизнесменом” прочитал только что, и эмоциональный эффект еще не стерся.

Честно сказать, книга не оправдала моих ожиданий. Я был введен в заблуждение заявлением “Не спрашивайте меня как открывать бизнес, в книге все написано“. И собственно я ожидал от нее примерно того же что получил от книги Левитаса “Больше денег от вашего бизнеса“. Хотелось бы более четких советов. Но наверное мало кто может их дать, ведь предпринимательство заложено на подсознательном уровне. Это наверно как в музыке, любого можно научить, но кто-то будет чувствовать ее интуитивно, а кто-то нет.

Тем не менее ее стоит прочитать, лишний точно не будет. Это так же интересно как и книги про основание Озона или любой другой успешной компании. В каждой успешной истории есть чему поучиться.

Олег Тиньков (Между прочим мой тёзка) ведет передачу “Бизнес-секреты с Олегом Тиньковым”. Я смотрю ее в vkontakte.ru. Всем советую! Очень интересные люди приходят на передачу и рассказывают про свой бизнес. Касперский, Лебедев, Ашманов, и еще много очень известных людей. Особенно мне интересны те, которые заработали деньги создавая программный продукт, или раскручиваю и продвигая свой товар через интернет.

Психология рекламы. Ценев.

professor — Mon, 03 Oct 2011 14:02:39 +0000

От издателя:
“Слава богу, что, наконец-то, появилась вменяемая книга по почти отсутствующему в природе вопросу “психологии рекламы”. Я подписываюсь под словами автора: “Это книга не о психологии рекламы, как таковой, а о практической психологии для рекламистов, пропитанная здравым смыслом, прагматизмом и циничным взглядом на вещи”.

От меня:
Хорошая книга. Прослушал ее в аудио формате. Слушал несколько раз, каждый раз узнавая что то новое, потому что каждый раз что то щелкало в подсознании и взгляд на мир немного менялся.
В книге содержатся примеры неправильных и правильных рекламных кампаний. После прочтения начинаешь задумываться над каждой рекламой которую увидишь =) Рекомендую.

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

professor — Mon, 03 Oct 2011 13:41:59 +0000

От издателя:
Задача этой книги – заставить Ваш бизнес приносить больше денег.
Вы узнаете, как увеличить прибыль, не вкладывая денег:
- как сделать рекламу более эффективной;
- как заключать больше сделок;
- как увеличить доход с каждого покупателя;
- как продавать те же товары и услуги дороже;
- как создать круг постоянных клиентов;
- как сократить расходы.

От меня:
Офигительная книга!!! Перечитал 4 раза. Действительно толковые советы. Многие советы могут показаться банальными и очевидными, но, тем не менее, мало кто к ним прибегает в реальной жизни. А это как раз на руку, нам, начинающим предпринимателям ) Мы можем придерживаясь этих правил улучшить сервис и заработать больше денег. И при этом и клиенты будут довольны и вы будете довольны. Я даже подумываю записаться на курсы Левитаса. В общем всем советую для общего развития.

Вот такие вот заказчики! Вот так и работаем.

professor — Thu, 10 Mar 2011 12:23:38 +0000

Те кто не работал в фриилансе, ну или вообще напрямую с заказчиками, наверно и не поймут нижеприведенного видео. Но остальные, мы то с вами настрадались уже, и можем подтвердить не верящим своим глазам, что все это чистая правда!
Видео уже старое и многие скажут что “баян”, но тем не менее я его размещу, так как тема и на сей день достаточно актуальна. Вдруг некоторые из моих заказчиков увидят его и главное увидят и узнают в нем себя, и поймут на сколько нелепо смотрится их манера поведения в других, более обыденных сферах жизни.

Ну вот как то так. Повторюсь, все что там показано это чистая правда и встречается очень часто в нашей сфере.

Как я выбирал CMS и почему выбрал UMI.CMS

professor — Sun, 20 Feb 2011 15:51:51 +0000

Приветствую вас!
Последнее время становится все больше и больше желающих заказывать у меня услуги (тфу тфу тфу, чтоб не сглазить). И вот однажды звонят мне и просят сделать интернет магазин. Ну конечно же я соглашаюсь. Но так как наработок у меня нет(достойных нет), а продукт хочется продать навороченный и дешевый, то решил обратиться к готовым системам управления контентом(CMS).
Бесплатные я отмел сразу. Почему?
Ну, во-первых, когда заказчик узнает что его сайт на бесплатной системе сделан, он спросит, куда ушло столько денег? =)
Во-вторых. Бесплатные системы легче взломать, так ка их код открыт, и они массово заполонили интернет. А это значит что “хаккерам” (назовем их так) выгодней и увлекательней ломать такие системы.
В третьих, нет тех. поддержки.
В четвертых, ну в четвертых я не пользовался бесплатными системами, и мне все равно что было изучать.

И так постановка задачи: Найти CMS из которой можно сделать приличный + удобно настраиваемый + расширяемый + простой для пользователя + не ресурсоемкий.
Скажу сразу, такого я не нашел. У всех свои минусы и плюсы. Просмотрев кучу вариантов, я остановился на UMI.CMS. Почему именно на ней? Жадность. Вот ответ. Если стать партнером то существует 50% скидка, а я еще попал на бонус в 50 000рублей. То есть мне подарили депозит на эту сумму, и я могу на нее покупать лицензии, и еще один приятный момент. Подарили мне и лицензию на UMI.CMS Business. И так, я получил бесплатную лицензию для своего сайта, бесплатно депозит на 50000, 10 из которых я потратил на лицензию для интернет-магазина, и появился каталоге партнеров UMI.CMS откуда за неделю уже поступило около 10 заявок на разработку сайта или функционала.

На тот момент все казалось радостным и простым. Ха! Наивность! Как говорится бесплатный сыр только в мышеловке. Оказывается XSL технология которую они используют не так проста как кажется. Без пол литра точно не разобраться. А шаблонный интернет магазин сделан именно на этой технологии.
Но вот прошла уже неделя как я занимаюсь, интернет магазином, и я начинаю понимать плюсы использования UMI.CMS. На ней можно сделать практически любой интернет-магазин не дописав ни единой строчки кода. Шаблоны данных, словари все это очень хорошо! Я еще не до конца освоился, но я вижу потенциал. Так что я намерен и дальше разбираться в данной системе.
Из минусов на мой взгляд стоит выделить не слишком большую скорость работы относительно сам описных систем(но есть же кеширование) не очень понятный простому обывателю интерфейс, и не всегда удобный. Сложность верстки! Здесь, по сути, верстка это сбор проекта по кускам.
Подытожим.
Мне очень понравилась система, но могло быть еще лучше. Готов развиваться и углублять знания в сторону UMI.CMS.