UMI CMS или как я выкинул 30000

Был клиентский сайт на UMI - падал от добавления кода метрики в шаблон) Больше не сталкивались, к счастью.

xslt это не технология движка и в нем все строго, не соответствует спецификации объявленной вначале - белый экран. Как говорится ненадо перекладывать с больной головы на здоровую.

---------- Добавлено 13.04.2017 в 01:15 ----------

SmirnovAN, есть разные бизнес модели и у них самая распространненая. То что вы не пользовались лицензией это не проблема юми и вы её активировали, если бы не активировали, то она бы работала, а раз активировали, значит пользовались :)

Я собрал не один десяток сайтов на ней. Знаю её достаточно хорошо. Могу примерно дать свой отзыв. Сама система не плоха, удобна для клиентов, все интуитивно и клиенты в ней могут работать сами, даже если им 40-50 лет. На этом наверное положительные стороны закончились (хотя интуитивность для разных поколений это и был основной критерий выбора работы с ней, так как кучу времени тратилось на поддержку клиентов по обновлению контента на других системах). Поддержки 0, ТП как с луны, они не программеры и не технари, обращатся к ним бесполезно. Слал им баги ядра, в ответ просили доступ к сайту, на кой - не понятно, видимо там бот на том конце. Делать сложные проекты сейчас бы на ней не стал.

Юми наверное одна из последних систем, на которой я бы делал интернет магазин, но это уже пришло с опытом. Там очень неудобно и медленно становится на больших объемах данных. Управлять несколькими тысячами товаров - ад, и еще больший ад управлять несколькими сотнями тысяч заказов :) Лично у нас система работает медленно на одном проекте, даже не используя все ресурсы сервера, просто уперлась в архитектуру своей БД. Мы все же решили переносить проект на symfony. НО! корпоративные сайты - просто идеальная система, все просто, легко и быстро. Ну и достаточно легко и быстро допиливается.

Это вы как разработчик знаете. Я же, как оптимизатор - только прочитав ваше сообщение и загуглив - узнал что такое XSLT =)

Мультисайтовость - это такой параметр, который, грубо говоря, является просто одной из фич в списке "преимуществ" системы. Каких-то плюсов лично я не вижу вообще. Только разве что возможность один раз купить и сделать несколько магазинов.

Это вообще характерно для всех cms.

"активировали" и "пользуетесь" - "две очень большие разницы", вы согласны?

Проблема Юми не в том, что что-то не работает у клиента, а в подходе.

Купили? - купили.

Активировали? - активировали.

Все. А то, что у клиента нет сайта на этой системе - им пофиг. Но покупал -то он ее не активировать, и не в саппорт обращаться. Он заплатил, чтобы на ней работал сайт.

И спасибо ТС-у, что он предупредил тут остальных, кто захочет купить эту CMS, что продавцы UMI CMS незаинтересованны в том, чтобы сайты на их продукте работали.

Сугубо мое мнение, но в том же битриксе это достаточно удобно. Все быстро, все фильтруется, нужные поля можно показать сразу в таблице. В юми вывод максимум по 50 строк, фильр есть, но на больших объемах между поисками можно чашечку кофе попить. Там много проблем, не посмотреть в таблице нужные поля заказа. Если объект дочерний, то его поля не вытащить в таблицу, только родителя и так далее и тому подобное. Надо "самописеть". В движках заточенных под работу с номенклатурой и заказами по дефолту все это удобнее сделано. Про остальные системы "общего назначения" ничего не скажу - не пробовал.

Карлллллл вы 7 месяцев движок мучали, Карл выключите комп и давайте ка на завод.

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

Или вы думали купили лицензию на движок и вам ТП обязана сделать сайт под причуды и запросы.... увы это не так.

Коль руки из попы надо было взять эти же 30 000 и заказать сайт под ключ у какой нибудь компании, толку было бы больше.

Я с вами не в коем случае не спорю, но во-первых, сколько надо посадить в штат людей, чтобы они проверяли пользуется ли клиент лицензией или нет? Во-вторых, маркетинг юми конечно расчитан на конечного потребителя, но все процессы заточены на работу со студиями, в студиях не покупают лицензии чтобы пару дней поиграться (при этом есть триалка на крайний случай) и забыть на год.

Конечно жаль 30 000 человека, но думать надо головой, чтобы он не купил, сейчас бы уже не работало.

PS. Могу попробовать предложить решение. Разверните триалку и вбейте в неё свой ключик. В теории должно прокатить.

Неделю тут ковыряли один древний двиг, в попытке добавить мультисайтовость (начальство решило филиал основать). Дебри ООП и кэширования вынудили забашлять разработчику.

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

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

Вот несоклько магазинов я бы не делал на одной лицензии. Вот например примеры из практики. У клиентов есть и корпоративный брендовый сайт с техникой, характеристиками, презентациями для партнеров, и есть интернет магазин для розницы, где зашел и купил. Можно сделать на разных системах, а можно сделать чтоб добавлялось в корзину с корпоративного сайта, или показать баннер когда человек перешел в ИМ той продукции, которой он интересовался на презентационном сайте.

PS. ну и поддерживать 2 сайта сложнее чем 1 ровно в 2 раза.