UMI.CMS - история одного ужаса. Или как мне пришлось переносить данные из ЮМИ на Opencart

категория: , Полезности


Опубликовано: 01.11.2018 Обновлено: 17.11.2018 Просмотров: 891 Комментарии: 4


UMI.CMS - история одного ужаса. Или как мне пришлось переносить данные из ЮМИ на Opencart

Как мне "посчастливилось" пощупать UMI CMS особенно со стороны переноса данных и почему меня до сих пор тошнит при слове UMI


Часто ко мне приходят проекты по переносу данных из любых движков или самописов на Opencart. Это я люблю делать и с удовольствием выполняю. Но в этот раз что-то пошло не так.. Надо было перенести данные из UMI CMS. Не смотрев в базу, структуру, мы договорились о работе о чем очень жалею. Почему? Об это далее.

UMI CMS и структура базы данных

Как мы знаем во всех нормальных CMS к которым и относится Opencart структура базы очень простая и понятная. Все по своим таблицам, везде есть id и этот id можно узнать прямо в админке в исходном коде - все как надо. Но в ЮМИ у нас нет дифференциации на товары, категории, заказы. Все там в одну кучу скинуто в пару таблиц с миллионные записями.. Ох..

UMI - база данных

При этом если просто зайти через phpmyadmin в таблицу мы увидим что-то страшное

UMI trash

Но если полистать то найдем в более чем 4 миллионной таблице товар, поле из заказа и атрибут находящиеся в одной таблице в соседних строках.

UMI all

А если еще зайти на 16483 страницу то будет например такое

UMI таблицы а базе данных

То есть как видим все в куче и в непонятной форме/структуре.

Кстати там разработчики постебались знатно. Пол базы занимают поля для "подготовки экспорта" или импорта. Вроде в админке экспорт, а в базе импорт. Что это вообще такое? Зачем все данные сайта пихать в кучу в подготовленные данные для выгрузки в отдельные таблицы??? Такого бреда я не видел еще. ЮМИ побил все рекорды по мазохизму.

UMI

А еще разработчикам показалось что в базе должно быть больше таблиц и они решили сделать мега супер статистику и выделить под нее пол базы, если не больше. Зачем?

UMI CMS

Из 96 таблиц в базе  "статистика" занимает всего 35 таблиц, а я тут сказал уже что половину, не прав. :-D Кстати, а разработчики знают что есть например такое как google analitics в котором все отлично и он не увеличивает вашу базу в гектары? Хм.. видимо нет.

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

UMI DB

А еще давайте зайдем в базу UMI cms3_objects и мы видим опять же эти наборы несвязанных данных в куче с другими

UMI baza

Ну и как тут, извините, не стошнит?

Про админку вообще молчу, это что-то страшное и непонятное. Например все связи выставлены через непонятный через связей id. То есть нет прямой связи. Есть поле которое подвязывается под объект (а это может быть все что угодно) и этот объект связан с другим объектом как-то не ясно как.

Я эти данные еле перенес и то не все. Часто я связи вообще не мог найти. Что употребляют разработчики данного движка не ясно. Но очень не рекомендую связываться с UMI вообще ни за какие деньги. Вы валерьянки больше скушаете))


Комментарии:


Фото комментатора

Лучший 18.11.2018

Когда-то работал с юми. Жесть еще та. Надо было на сайте мелочи настроить, так пока все нашел что где находится - проклял все. Опен куда более проще и лучше. Работаю с ним недавно но уже много что могу сделать, очень простой движок
Администратор

Ответ for-opencart.com 18.11.2018

Согласен
Фото комментатора

Александр 11.02.2019

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

Ответ for-opencart.com 11.02.2019

Ох, сочувствую.. Сам еле еле перенес данные через одно место как говорится.
Фото комментатора

Александр 11.02.2019

А можно у вас спросить, как у бывалово, так сказать) Мне бы лучше всего выгрузить в YML, он всё таки стандартизирован. Но в него выгружаются не все товары - как я понимаю, дело в том, что у некоторых количество нулевое(Но это не точно). Как бы мне так увеличить количество у всех товаров? Или просто выгрузить в YML все товары? Как вариант ещё в CSV, но в CSV почему-то не выгружаются категории.. Всё что там есть это некий "id родительской страницы" с которым хрен пойми что делать. Как вообще у вас получилось выгрузить? Я уже сижу волосы на себе рву..С какими только движками не работал, такого не встречал. Больше не буду никогда ругаться на джумлу)
Администратор

Ответ for-opencart.com 11.02.2019

Точно не помню, но если есть возможность выгрузить все в xml или yml или excel конечно выгружайте. Уже как есть данные в нормальном виде то любой файл по сути обработать не проблема. Я выгружал через одно место. Там надо было еще выгружать мне цены групп покупателей вот я намучился. Я выгружал и через xml и через csv и через базу а также просто выводят результат в браузер (делал там запрос на юми) и сохранял результат в файл потом файл парсил. Просто пробуйте разные варианты. У меня например ушло около недели на все это, или больше, уже не помню, но было очень люто, очень.
Фото комментатора

Михаил 25.02.2019

О боже, после увиденного юми сразу в блэклист. Навсегда.

Быстрый поиск

Похожее

Новое на сайте