Мы должны срочно внести изменения в карточку товара, добавив хуки в характеристики и вариации. Сейчас хуков почти нет, а существующие не оказывают никакого влияния.
Вот наши задачи:
запретить вендору добавлять более одной вариации;
запретить генерацию вариаций на основе характеристик;
добавить подсказки и любую полезную информацию во вкладку товара с характеристиками и вариациями;
запретить переход по ссылке на характеристику из товара;
изменить условия вкладки вариации;
изменить отображение списков вариаций;
ограничить количество разрешённых вариантов.
В общем, хуки нужны везде, и мы не можем вести разработку в характеристиках.
Также есть проблема с категориями у вариаций. При редактировании нам приходится загружать огромное количество категорий для характеристик, что приводит к ошибкам 504 и исчерпанию ресурсов PHP. В результате открытие и сохранение характеристик становится долгим и непредсказуемым процессом.
Прошу вас дополнительно предоставить информацию о том, в каких именно шаблонах вы хотели бы видеть дополнительные хуки (по возможности также приложите краткий комментарий, почему данное изменение необходимо).
Это поможет мне передать ваше пожелание разработчикам для рассмотрения возможности внесения соответствующих доработок дистрибутива.
Давайте тогда о наболевшем по порядку и в деталях:
“Группы характеристик” - У групп обязательное условие, это наследование категорий ГРУППЫ, а это очень мешает жить, так как нам, это не нужно и убрать не можем без вмешательства в ядро.
У продавца есть возможность кликнуть на характеристику в карточке товара и перейти на страницу с ее настройками. Мы заблочили доступ для характеристики но убрать из карточки товара кликабельность и не сломать совместимость с другими модулями которые работают в товаре невозможно.
Когда вариация добавляется количество так же клонируется, что не есть правильным, мы для себя любимых это топориком пообтисали, но любой другой модуль уже в вариациями работать не сможет. И добавили
У одного товара может быть много складов и мы своим модулем склады хотим выводить общий остаток и + паапап со спискам складов в которые вендор может внести остатки не входя в каждый товар
Так же у насм подразумевается, что цена в разрезе склада может быть своя. Для РФ 500 руб, для белоруссии 480 руб.
Вендор выбирая варианты может не понимать, сколько у него будет вариаций и нам нужно понимать, что если будет много, да так что ПХП не справится и процесс будет работать в фоновом режиме, нам необходимо заблочить и отправить на проверку или запустить по крону с уведомлением и тд, сценарий не так важен, важно что нам необходимо понимать будущую нагрузку, подтвердить запрос и запустить его когда нам это нужно. Для примера у одного клиента вендор сделал 1,5 миллиона товаров, сайт практически лежал все выходные
Нам нужно Ограничивать вендора на создание вариаций и вариантов, иначе история в пункте 10 будет аналогична.
Изменять, запрещать, скрывать вывод информации в паапапе в генерации или создании для того чтобы вендор не уходил на лево в доп варианты, убирать цены и количество
Очень круто, спасибо. Я запощу задачу и постараюсь максимально доходчиво описать вашу боль при работе с характеристиками и вариациями. Однако, я не уверен, что это будет улучшено оперативно
Прошлись по всем пунктам вашего запроса и приняли решение о необходимости добавления тех или иных хуков.
Добавили несколько хуков в методы класса Tygh\Addons\ProductVariations\Product\CombinationsGenerator: product_variations_populate_combinations_post product_variations_combine_feature_variants_post product_variations_generate_combinations_pre product_variations_generate_combinations_by_feature_variant_pre
Остальные запросы касаются изменений в шаблонах. В них мы не стали добавлять хуки, так как вам нужно очень много изменений в рамках каждого шаблона. Рекомендуем в шаблонах использовать функциональность override - перезаписывать полностью необходимые шаблоны, добавляя в них свой код.
Если добавленных хуков или функциональности override вам окажется недостаточно, составьте детальные запросы на необходимые хуки с указанием точного места их расположения и целью (примерным кодом), который вы хотите разместить в этих хуках.
Указанные выше изменения войдут в следующий релиз CS-Cart.
