Как обновить OpenCart 2.3 на 3.0?

​

 

Рано

 

для тестов
никто не будет на рабочий магазин вешать 3,0

 

Кстати вот вопрос - а вообще стандартный механизм перехода Даниэль родил? Или опять - нате вам следующую версию, переходите как хотите?

 

А ві смотрели в таблицу url_alias?

хм, а что с товарами?
таблицы одинаковые

 

дак я тоже думал что одинаковые
но чето не переносится

 

Товары в админке не видно или в магазине?

 

нигде не видно
с локалхоста сохраняю oc_product.sql
в opencart3.0 очистив oc_product вставляю oc_product.sql
и нифига

 

Заинтриговали) С чистого опенкарта на чистый? Или со сборки на сборку?

 

со сборки на сборку

 

Что нифига?
Не может быть
А ошибки есть?

 

в phpmyadmin

Спойлер

Код:

Ошибка
SQL запрос:


CREATE TABLE `oc_product` (
  `product_id` int(11) NOT NULL,
  `model` varchar(64) NOT NULL,
  `sku` varchar(64) NOT NULL,
  `upc` varchar(12) NOT NULL,
  `ean` varchar(14) NOT NULL,
  `jan` varchar(13) NOT NULL,
  `isbn` varchar(17) NOT NULL,
  `mpn` varchar(64) NOT NULL,
  `location` varchar(128) NOT NULL,
  `quantity` int(4) NOT NULL DEFAULT '0',
  `stock_status_id` int(11) NOT NULL,
  `image` varchar(255) DEFAULT NULL,
  `manufacturer_id` int(11) NOT NULL,
  `shipping` tinyint(1) NOT NULL DEFAULT '1',
  `price` decimal(15,4) NOT NULL DEFAULT '0.0000',
  `points` int(8) NOT NULL DEFAULT '0',
  `tax_class_id` int(11) NOT NULL,
  `date_available` date NOT NULL DEFAULT '0000-00-00',
  `weight` decimal(15,8) NOT NULL DEFAULT '0.00000000',
  `weight_class_id` int(11) NOT NULL DEFAULT '0',
  `length` decimal(15,8) NOT NULL DEFAULT '0.00000000',
  `width` decimal(15,8) NOT NULL DEFAULT '0.00000000',
  `height` decimal(15,8) NOT NULL DEFAULT '0.00000000',
  `length_class_id` int(11) NOT NUL[...]
Ответ MySQL: Документация

#1050 - Таблица 'oc_product' уже существует

 

Конечно!!!
CREATE TABLE if not exists `oc_product` (
https://dev.mysql.com/doc/refman/5.7/en/create-table.html

 

Тут нет никакой разницы.

Это же неправильный подход. Для тех кто не умеет правильно анализировать запросы и данные, можно средствами phpmyadmin просто экспортировать в csv и потом теме же средствами импортировать. Недостающие колонки легко удаляются или переименовываются.

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

 

Смотря какая сборка.

 

Зачем?
Я это делаю sql бекапом на тестовую базу, при необходимости добавляю поля

А.. вот недавно пришлось перенести с
define('VERSION', '0.1.7');
на 2ку
с категориями
Вот была "веселуха"

И зачем там csv?

Причем!!!! Все связи остались!

 

Затем что иногда это проще. Я же написал что это для тех кто вообще не разбирается, их максимум это правильно нажать кнопки импорт и экспорт в базе, а не разворачивать тесты итд. Т.е как написал выше, что для тех кто не очень разбирается, т.е это не к вам относилось.

 

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

 

Я наверное соглашусь, но оставшись при своем мнении
Я жутко не люблю экспорты и импорты по причине.. Ну вот же есть, ну что вам стоит доделать..

Ага, совсем ничего
1. Смотрим экспорт, и.. не видим где, и куда экспортируется добавленное поле. Ура, нашли.
2. Смотрим в импорт и никак не можем понять где это поле нужно импортировать, а структура в базе такая же? А тип полей совпадает?

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

 

дак кто напишет более подробную инструкцию?
или видео может запишет