Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

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


 Share

Recommended Posts

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

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

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

Link to comment
Share on other sites


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

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

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

 

 

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

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

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

 

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

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

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

 

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

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

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

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

Link to comment
Share on other sites

18 minutes ago, chukcha said:

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

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

Edited by pringlesday
Link to comment
Share on other sites


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

 

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

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

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

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

 

Link to comment
Share on other sites

43 minutes ago, chukcha said:

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

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

Link to comment
Share on other sites


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?

Link to comment
Share on other sites

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

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

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

Link to comment
Share on other sites

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

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

9874095998.jpg

 

8711571799.png

 

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

Link to comment
Share on other sites

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

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

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

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


 

Link to comment
Share on other sites

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

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

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

 

Еще раз:

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

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

Будут пруфы?

 

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

module_

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

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

Link to comment
Share on other sites

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

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

module_

 

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

 

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

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

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

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

  • +1 1
Link to comment
Share on other sites

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);

Link to comment
Share on other sites

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

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

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

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

 

Link to comment
Share on other sites

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

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

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

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

 

Link to comment
Share on other sites

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

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

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

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

 

Link to comment
Share on other sites

30 minutes ago, chukcha said:

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

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

 

30 minutes ago, chukcha said:

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

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

 

29 minutes ago, optimlab said:

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

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

Link to comment
Share on other sites


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

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

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

Link to comment
Share on other sites

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

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

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

 

 

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

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

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

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

 

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

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

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

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

 

Link to comment
Share on other sites

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

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

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

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

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


 

Link to comment
Share on other sites

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

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

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

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
 Share

×
×
  • Create New...

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.