Seriusis

в opencart не должно быть этого поля. Возможно вы установилии какой то модуль для ocstore, но он не совместим с обычным opencart

какие то модификаторы стоят для установки главной категории может ? в запросе вы хотите получить поле, которого нет в базе. Какая у вас сборка opencart или ocstore ? там должно быть поле main_category в таблице oc_product_to_category, судя по всему у вас его нет

явно косяк модуля или не ту версию установили. Просите помощи у разработчика модуля. Можете в файлах модуля поискать метод resize и проверить, что ему передается как параметр. Должна быть стринга с адресом изображения. Еще может у вас в путях что-то напутано. В общем непонятно в каком контексте вызвана ошибка

у вас summernote редактор, просто добавить настройку нужно, в admin\view\javascript\summernote\opencart.js найдите ключ toolbar: [ и добавьте ['fontsize', ['fontsize']], и кеш браузера не забудьте почистить, если не увидите изменений

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

так чтобы самостоятельно, то вероятно нужно через какой-нибудь google sheets пхп клиент подключатся к своему аккаунту и отсылать данные. Лично я не работал с google sheets api, может кто-то на форуме в курсе. Если не ошибаюсь, то модуль Import/Export pro это делает.

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

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

Ничего сложного там нет, если можете работать с select, почитайте ещё про join. Как раз решите свою задачу

Никаких проблем, сделайте псевдоним, если поля одинаковые, т.е op.name, m.name as brand_name

забавно, что вы сделали такой вывод, у меня, например, есть http://prntscr.com/sc4jpk , но я не обратил внимание, что в ocstore нет

зачем в order лишнюю инфу записывать ? назовите хотя бы однупричину не вытаскивать эти поля с oc_product ?

на этом месте http://prntscr.com/sbzn9w должен быть телефон, почта и тд. У вас поле Телефон стандартное, или кастомное создали в simple ? лично мне очень похоже на то, что вы в simple вообще выключили блок "Данные покупателя", поэтому и даннех нет, они все в оплату и доставку идут. Попробуйте перенастроить simple и включить блок покупателя

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

Я так понимаю там обычный вывод статей был у вас в блоке. Берете любой нормальный модуль блога, и наполняете, затем выводите модулем в тех местах и с тем же наполнением (текст, мета, ссылки), где они у вас на старом сайте, т.е. у вас будет страница блога со статьями + можете сделать вывод статей модулем(уточните у разработчика, чтобы была такая возможность) в тех местах, где они были

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

группа товара по какому критерию ?

это не проблема, а хранение в кэше ссылок. Когда кэш будет обновлен, то и ссылки станут актуальные.

скорее всего вам нужна фильтрация товаров в админке, например, этот модуль

На все случаи жизны вы модулей не найдете. Зачем тогда нужны бы были услуги разработчиков ?) Везде и всегда есть какой то кастомный код, если не весь проект в целом, то какая то его часть, только если это не простая витрина на пару десятков товаров ) По моему модулей более чем достаточно, ну а на "что-нибудь эдакое" какой смысл разрабатывать модуль, тратить сотни часов, если оно очень специфичное и никому не нужно ? Да и есть много классных специалистов, которые сделают любой функционал, главное уместь найти их, и готовность выделить бюджет. Я вас понимаю конечно, вы хотите установкой модуля весь проект запилить, но не все проекты стандартные, и, честно говоря, это даже хорошо, потому как разработка, которая заключается в заливке модуля и обновлении модификаторов, не разработка, а администрирование. А это совсем разные услуги

Пробуйте делать, будут в процессе проблемы, пишите

Никакой разницы, только тип поля в базе создание не varchar , а text, и в product_form.tpl вместо input[type='text'] используйте textarea, внутри тега выводите значение вашего поля . правда, если нужно мультиязычное поле, то логика немного другая и таблица product_description.

$product_info = $this->model_catalog_product->getProduct($product['product_id']); теперь любой ключ тяните, т.е $product_info['sku']

только в oc_product_option

так удалите с бд эти значения, и все дела, тогда и опции сможете удалить )