Добрый день!
Мы должны срочно внести изменения в карточку товара, добавив хуки в характеристики и вариации. Сейчас хуков почти нет, а существующие не оказывают никакого влияния.
Вот наши задачи:
- запретить вендору добавлять более одной вариации;
- запретить генерацию вариаций на основе характеристик;
- добавить подсказки и любую полезную информацию во вкладку товара с характеристиками и вариациями;
- запретить переход по ссылке на характеристику из товара;
- изменить условия вкладки вариации;
- изменить отображение списков вариаций;
- ограничить количество разрешённых вариантов.
В общем, хуки нужны везде, и мы не можем вести разработку в характеристиках.
Также есть проблема с категориями у вариаций. При редактировании нам приходится загружать огромное количество категорий для характеристик, что приводит к ошибкам 504 и исчерпанию ресурсов PHP. В результате открытие и сохранение характеристик становится долгим и непредсказуемым процессом.
Здравствуйте!
Прошу вас дополнительно предоставить информацию о том, в каких именно шаблонах вы хотели бы видеть дополнительные хуки (по возможности также приложите краткий комментарий, почему данное изменение необходимо).
Это поможет мне передать ваше пожелание разработчикам для рассмотрения возможности внесения соответствующих доработок дистрибутива.
Спасибо.
Давайте тогда о наболевшем по порядку и в деталях:
-
- “Группы характеристик” - У групп обязательное условие, это наследование категорий ГРУППЫ, а это очень мешает жить, так как нам, это не нужно и убрать не можем без вмешательства в ядро.
-
- У продавца есть возможность кликнуть на характеристику в карточке товара и перейти на страницу с ее настройками. Мы заблочили доступ для характеристики но убрать из карточки товара кликабельность и не сломать совместимость с другими модулями которые работают в товаре невозможно.
-
- Содержимое блока описания добавления вариации нам необходимо изменять
-
- Нам необходимо запрещать создавать товары путем генерации на основании характеристик.
-
- Название на витрине и самой характеристик совпадают и нам нужно убирать второй вариант.
-
- Для витрины есть описание характеристики, а для вендора нет, нам для добавления нужны хки.
-
- Когда вариация добавляется количество так же клонируется, что не есть правильным, мы для себя любимых это топориком пообтисали, но любой другой модуль уже в вариациями работать не сможет. И добавили
-
- У одного товара может быть много складов и мы своим модулем склады хотим выводить общий остаток и + паапап со спискам складов в которые вендор может внести остатки не входя в каждый товар
-
- Так же у насм подразумевается, что цена в разрезе склада может быть своя. Для РФ 500 руб, для белоруссии 480 руб.
-
- Вендор выбирая варианты может не понимать, сколько у него будет вариаций и нам нужно понимать, что если будет много, да так что ПХП не справится и процесс будет работать в фоновом режиме, нам необходимо заблочить и отправить на проверку или запустить по крону с уведомлением и тд, сценарий не так важен, важно что нам необходимо понимать будущую нагрузку, подтвердить запрос и запустить его когда нам это нужно. Для примера у одного клиента вендор сделал 1,5 миллиона товаров, сайт практически лежал все выходные
-
- Нам нужно Ограничивать вендора на создание вариаций и вариантов, иначе история в пункте 10 будет аналогична.
-
- Изменять, запрещать, скрывать вывод информации в паапапе в генерации или создании для того чтобы вендор не уходил на лево в доп варианты, убирать цены и количество
-
- Так же разделять поиск по категориям и характеристикам вендора и маркетплейса, ну и конечно изменять параметры фильтра для поиска
-
- конечно же изменять фильтр для вендора
Здравствуйте!
Очень круто, спасибо. Я запощу задачу и постараюсь максимально доходчиво описать вашу боль при работе с характеристиками и вариациями. Однако, я не уверен, что это будет улучшено оперативно 
4 лайка
Добавьте хуков побольше, а дальше мы как нибудь сами справимся. Для нас самое главное не трогать ядро.
