Перенос множества сайтов на opencart (ocstore)

[pringlesday]

Добрый день. Давно пользуюсь opencart, есть пара проектов. Радует гибкость и перспективы развития, благодаря комьюнити. Поскольку имеется большое количество проектов на разных движках, решил привести всё к единому знаменателю, перенеся всё на opencart. Сейчас только составляю план действий. Столкнулся с рядом вопросов и надеюсь услышать ответы от тех, кто сталкивался с чем-то подобным:

1. Сайты-источники работают на движке, где нет рабочего модуля экспорта. По идее можно просто скачать базу и вытаскивать оттуда все данные с помощью php+sql. Структуру БД опенкарта подробно не изучал, потому и вопрос, есть ли какие-то нюансы? Ну там даты, кодировки и прочее.
2. Как быть с атрибутами и группами атрибутов? По моим прикидкам их будет огромная куча, причём в админке никак не определишь, к какой витрине относится тот или иной атрибут. Их лучше вручную создать, чтобы не было дублей, или сэкономить время и сделать всё скриптом, а потом уже разбираться?
3. Большинство сайтов, которые планирую переносить, имеют региональные поддомены. Создавать витрины под каждый поддомен это не, слишком муторно, но всё же хотелось бы оставить возможность отключать определенные товары и даже категории в некоторых регионах. Есть ли какой-нибудь компромисс?
4. Сайты имеют разную структуру, поэтому и набор модулей планируется разный для каждой витрины. Можно ли в настройках движка включать и отключать конкретные модули для разных витрин? К примеру на одном сайте нам нужен модуль фильтра по атрибутам, а на другом нет. Как поступить?
5. Тут немного отвлечённый вопрос, который волнует меня уже давно. Можно ли сделать так, чтобы в категории на сайте товар не отображался, но при этом индексировался ПС и был доступен по ссылке? Если настройками типа "наличие" или "количество на складе" такое не сделать, то хотя бы интересуют способы без переписывания кода движка (vqmod, ocmod)
6. 3.0.2.0 или 2.3.0.2.3? Что больше подойдёт для моих целей?

Общее количество товаров примерно 15-20 тысяч. Очень надеюсь получить полезные советы, поскольку объём работ немалый, а мне, скорее всего, придётся всё делать одному. Заранее спасибо.

[chukcha]

10 минут назад, pringlesday сказал:

есть ли какие-то нюансы? Ну там даты, кодировки и прочее.

Кодировка utf-8

 

 

11 минут назад, pringlesday сказал:

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

Нет, поддомен, так поддомен, т.е. магазин, так магазин

 

12 минут назад, pringlesday сказал:

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

Смотреть в сторону схем (макетов) муторно, но можно
 

 

14 минут назад, pringlesday сказал:

Можно ли сделать так, чтобы в категории на сайте товар не отображался, но при этом индексировался ПС и был доступен по ссылке?

можно, не совсем так как вы описали

Например исключить товар из списка категорий и производителей (но в определенных списках он может появиться)
 

[pringlesday]

18 minutes ago, chukcha said:

Нет, поддомен, так поддомен, т.е. магазин, так магазин

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

Змінено 5 липня 2018 користувачем pringlesday

[chukcha]

поддомен - магазин

т.е. мульти магазин

[pringlesday]

Спасибо. Кстати, а почему не брать 3? Почему-то в обзорах ее описывают только в тёплом свете. Это из-за twig и ftp?

[chukcha]

@Pascha

13 часов назад, Pascha сказал:

не вздумайте брать 3-ку,

А почему?

[chukcha]

тут такая ситуация

 

22 часа назад, pringlesday сказал:

а мне, скорее всего, придётся всё делать одному.

Т.е. есть, наверное, определенный скил

Но "хочу" - бывает разное..
С мультиками - все равно, что 2.3., что 3х придется покупать или разбираться больше самостоятельно

 

[pringlesday]

43 minutes ago, chukcha said:

Т.е. есть, наверное, определенный скил

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

[optimlab]

16 часов назад, Pascha сказал:

Выбор только из 2.1 и 2.3

Нет, ну советовать 2.3 ещё куда ни шло. Но 2.1 и 2.2,  без комментариев...

 

1 час назад, Pascha сказал:

Потому что на 2.Х на любое "хочу" туева хуча бесплатного и минимально платного

Всё что подходит для 2.3, подоёдет и на 3.0, для 99% случаев, только надо переписать шаблоны в ТВИГ.
Если конечно модуль сделан по стандартам 2.3, без всяких идиотских ухищрений с инлюдами для прошлых версий и проверок. Но от такого идиотизма разработчиков никто не застрахован.

 

1 час назад, Pascha сказал:

Естественно это мое субъективное мнение: " лучше подержанный Лексус,  чем новый Запорожец"

Софистика! Правильнее так: "лучше новый Лексус, чем подержанный".

Ну а если вы воспринимаете 3.0 как запорожец, то пруфы в студию. Только не надо писать вот там пишут..
Напишите с примером, что не работает такого в 3.0, что работает 2.3?

[chukcha]

43 минуты назад, optimlab сказал:

Всё что подходит для 2.3, подоёдет и на 3.0

Не совсем
из-за префиксов в конфиге (settings)
module_
shipping_
payment_
Если расширения будут подключаться автоматически
 

[chukcha]

2 минуты назад, Pascha сказал:

Даже в списке скачиваемых дистрибутивов 3-ки нет,

 

 

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

[chukcha]

Не перепилено, а допилено
Так и для 2.3. все расширяется.

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

А для самостоятельной поддержки, вплоть до собственных расширений - самый раз

С т.зр. защиты от дурака, она сделано более грамотно (убрали никому не нужный фтп, убрали install.{php.sql}. Опять же структурирование в setting (считай, config)
запрет использования папок ядра (чтобы модули не переписывали существующие)
К сожалению, на этом все и остановилось :(


 

[optimlab]

20 минут назад, Pascha сказал:

чем мнение дилетанта (к тому же внимательнее читайте тексты,  про 2.2 в них не было ни слова, а что до пруфов и прочего,  некоторым личностям стоит посетить соответствующий раздел форума и промониторить проблемные вопросы,  возникающие при использовании "нового запорожца")

Кто из нас еще дилетант, "Вася"! Уже промониторил не беспокойся. А вот ты походу ни разу не мониторил и на заборе читаешь слухи.

 

Еще раз:

1 час назад, optimlab сказал:

Напишите с примером, что не работает такого в 3.0, что работает 2.3?

Будут пруфы?

 

25 минут назад, chukcha сказал:

module_

Для папки extension\module не нужно.

Для остальных папок согласен, но это не большая трагедия и делается CTRL+F3.

[chukcha]

36 минут назад, chukcha сказал:

Если расширения будут подключаться автоматически

module_

 

$this->config->get('module_' . $part[0] . '_status')

 

10 минут назад, optimlab сказал:

Для папки extension\module не нужно.

Ага, а потом паника - ваш модуль отключен

Или, мы с тобой пересекались в этой теме (эта сборка кривая, а у меня все работает)

[optimlab]

10 минут назад, chukcha сказал:

Или, мы с тобой пересекались в этой теме (эта сборка кривая, а у меня все работает)

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

 

Примеры:

$this->model_setting_module->addModule('featured', $this->request->post);

$this->model_setting_setting->editSetting('shipping_free', $this->request->post);

$this->model_setting_setting->editSetting('payment_free_checkout', $this->request->post);

[chukcha]

3 минуты назад, optimlab сказал:

у них метод добавления разный.

Не понял о чем ты

1. Это список в админке, где оно не учитывается
2. Это доступность сущности, где четко прописано. какая сущность используется.

 

[chukcha]

12 минут назад, optimlab сказал:

$this->model_setting_module->addModule('featured', $this->request->post);

Это для мультимодулей
А вот для одного!
 

            $this->model_setting_setting->editSetting('module_account', $this->request->post);

 

[optimlab]

5 минут назад, chukcha сказал:

Не понял о чем ты

Ты видно много сидишь на двойке.)))

Лень расписывать... Но я в тебя верю!

 

[optimlab]

1 минуту назад, chukcha сказал:

$this->model_setting_setting->editSetting

Ну да, все верно...

[chukcha]

2 минуты назад, optimlab сказал:

Ты видно много сидишь на двойке.)))

У меня еще есть 1.5 :)

[pringlesday]

30 minutes ago, chukcha said:

Я также не советую 3.0, но для некоторых  вещей, например мультиязык, она более подходит

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

 

30 minutes ago, chukcha said:

убрали никому не нужный фтп

Я в 2.3 подключал фтп и с его помощью ставил дополнения. Или есть более удобный способ?

 

29 minutes ago, optimlab said:

Кто из нас еще дилетант, "Вася"!

Я очень надеюсь в этой теме получить полезные советы от специалистов. Не хотелось бы, чтобы кто-то переходил на личности.

[optimlab]

7 минут назад, chukcha сказал:

Это для мультимодулей

Кстати говоря, пора бы это и для shipping  и payment  сделать, а то продают "1000 копий модулей доставок и оплат!", "только у нас!", "не проходите мимо"!)))

[chukcha]

10 минут назад, pringlesday сказал:

Я в 2.3 подключал фтп и с его помощью ставил дополнения. Или есть более удобный способ?

Конечно, фикс

 

 

11 минут назад, pringlesday сказал:

мультиязык прям такая нужная функция.

В одной стране где только один язык

А представьте у меня мултимагазин на 5 стран, где у всех разный язык.
 

 

12 минут назад, pringlesday сказал:

возможность задать цену товара в любой валюте

так и называется мултивалюта

А этого не будет. Т.к. выходит за концепцию опенкарта - только продажа, ни какого учета

 

[chukcha]

9 минут назад, optimlab сказал:

Кстати говоря, пора бы это и для shipping  и payment  сделать,

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

А то начинаются фишечки типа зоны, регионы..

А проще - доставка - только для этого магазина
ладно, это уже за рамками темы.


 

[optimlab]

1 час назад, pringlesday сказал:

Я в 2.3 подключал фтп и с его помощью ставил дополнения. Или есть более удобный способ?

А в тройке вообще ничего не нужно. И она еще при удалении Дополнения, удаляет не только модификатор, но еще и файлы.