Vladimir9

Прошу совета по архитектуре модуля, бизнес-логике. Идея написать модуль возникла по желанию автоматизировать создание и внесение изменений в группы товаров со схожими характеристиками (иногда их называют вариациями товаров). А также облегчить процесс поиска и выбора подходящего товара покупателем. Например, есть один тип товара, характеристики которого можно разбить на группы и подгруппы по 5-7 критериям в каждом 2-10 значений. Не все вариации возможны: некоторые сочетания не производятся, что-то нет в наличие, что-то под заказ. Ряд вариаций отличается лишь отдельными цифровыми характеристиками, а другие различаются внешним видом и требуют разных изображений. Уже эта комбинация порождает несколько тысяч вариаций. Изучал, как уже решается подобная задача. Основных решения два: 1) через сочетания опций. Плюс: готовая удобная выборка для покупателя, управляем вариациями в одном товаре, описаний мало, легко поддерживать. Минус: по сути имеем один или несколько товаров. Отсюда проблема с настройками акций, скидками, артикулами, фильтрами (актуальные сочетания), SEO ссылками на вариации. Вопросы эти решают через костыли, пытаясь в итоге создать товары из опций. 2) созданием отдельных товаров. Плюс: вариации представляют из себя "настоящие" товары, отсюда в плюс, что в предыдущем варианте было в минусах. Минус: имеем много вариаций товаров - возможный зоопарк в моем случае из ~4000 товаров (но актуально около трети, что тоже немало). Имеем сложности с созданием и поддержкой этого добра, много одинаковых описаний, много ошибок при вводе, проблемы с поисковиками из-за одинаковых описаний. Для покупателя тут минусов нет при наличии нормального фильтра. Выбрал второй путь и решить проблему с минусами путем использования товаров-шаблонов для генерации вариаций товаров, а также внесения в них изменений. При этом из одного шаблона можно генерировать другие шаблоны, создавая подгруппы, вносить в них изменения и генерировать дальше. Одни характеристики при этом копируются, другие модифицируются по логике различия вариаций, требований к идентификации и SEO. Можно потом разнообразить описание товаров, чтобы избежать санкций от поисковиков. Но как вариант, конечные вариации просто не светить поисковикам, но разрешить шаблоны. Таким образом мы имеем контролируемую древовидную структуру. А создать,настроить, поддерживать группу из нескольких тысяч товаров можно очень быстро. Для обновления нужно вносить изменения в шаблоны и обновлять вариации. Модуль в тестовом варианте уже написал, работает и приносит некое моральное удовлетворение Для задания множества вариаций использовал атрибуты. В товаре-шаблоне нужно указать их через запятую, в дальнейшем из выбранных таких атрибутов автоматом генерирую возможные вариации, удаляю неактуальные и затем лишь создаю вариации товаров. Вот думаю, насколько атрибуты подходят для этого. Есть мысль использовать вместо атрибутов для определения множества вариаций настройки стандартного фильтра OC, там можно создать группы фильтров с метками, и подвязать нужные группы в шаблон-товара, и использовать их для генерации вариаций. Что предпочтительнее? Для карточки товара пишу "умный" фильтр выборки из актуальных вариаций, который предполагаю привязать к товару-шаблону. Потому для покупателю достаточно работать с товаром-шаблоном (как с опциями), а в корзину будет помещаться уже товар-вариация. Попробовал описать как мог. Модуль пока не том виде, чтобы выложить на обозрение. Буду признателен за критику и советы

Ну теперь понятно. Тема не "кривая", а модифицированная мной же дефолтная. Файла information/information.tpl действительно нет, но он и не обязан быть, с соответствие с логикой работы OpenCart. В этом случае используется шаблон дефолтной темы. А вот ваш модуль в этом варианте использования имеет ошибку. Не обнаружив шаблон information/information.tpl в папке текущей темы, он не находит его в дефолтной теме, а неким образом цепляет содержимое из дефолтной темы common/success.tpl, в строке 18 которой и прописана переменная $text_message. Когда я скопировал information/information.tpl в свою тему, то ошибка исчезла.

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

Здравствуйте! После "удачной" адаптации темы ошибки: -при просмотре записи: Notice: Undefined variable: text_message in ...\template\agootemplates\record\record.tpl on line 18 -при просмотре записей в категории: Notice: Undefined variable: text_message in ...\template\agootemplates\blog\blog.tpl on line 18 p.s. OpenCart 2.3.0.2-rs, localhost, модуль SEO CMS TOP2 куплен официально, версия 39.3

Подскажите, на OC 2.3 работает? У меня активировать модуль не вышло: Internal Server Error