Поло Арт

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

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

Думаю, многие уже столкнулись с тем, что в экспорте Авито не хватает необходимых полей и объявления потом приходится править вручную...
Мы, конечно, под конкретного клиента добавляем "тип описания", создаём новый файлик, прописываем его в avito.my.inc.php и всё работает, но вечно такое продолжаться не должно, это же костыль
Модуль экспорта в части авито требует доработки на уровне стока.

Так как довольно трудозатратно создавать под все категории авито поля данных, есть предложение реализовать кастомный тип данных, где поля добавляет пользователь.
Или вообще добавлять тип описания - модуль экспорта хранит типы описания, поля не в файлах /modules/export/model/exporttype/avito/offertype а в базе данных

Тут надо что-то новое реализовать, авито уже далеко ускакал...

Без лишних слов
https://www.vseinstrumenti.ru/category/akkumulyatornye-dreli-shurupoverty-15/
слева, в фильтрах "Производители"
то есть, производителя можно выбрать, поставив галочку или галочки, а можно вбивать вручную, чтобы не крутить весь список вниз

Вот такое простое пожелание, чтобы не делать костылей постоянно, давайте это в сток запилим, а?
По сути, это фильтрация списка на JS.

Здравствуйте!
К нам обратился клиент, который вручную добавляет характеристики к товарам. И он заметил одну недоработку.
Кнопка "Добавить характеристику" наверху, а когда добавляешь больше трёх-четырёх характеристик, приходится крутить вверх, и так с каждой характеристикой. Мы ему предложили сразу пару десятков раз нажать кнопку, а потом удалять. Это лучше, чем ничего, но всё равно не удобно

Надо её просто закрепить - и сразу всем будет удобно :)

Раз уж предыдущее пожелание было моментально исполнено, то расскажу ещё об одной проблеме, которой был немножко удивлён ;)

В ридискрипте есть Группировка товаров. Когда мы группируем товары по определенному полю, и можно перещелкивать товары группы, меняя url карточки товара и всё остальное. Удобно
НО!
Если мы будем использовать поиск, то наш карточный домик распадётся.
В выдаче поиска будут все товары, которые входят в группировку.
И тут, знаете, есть два логичных направления.
1. Товары просто сгруппированы, но это отдельные товары. Примерно как радиаторы с разным количеством секций и разного подключения (нижнее, боковое).
2. Товары ползут с прайса поставщика как разные строки (а, значит, отдельные товары). Разбивать эти товары на разные - это комплектации и АД. Примеры? Это размеры кроссовок и полотна дверей.

Короче. Нужно решение, когда !!только поиск!! работает в двух режимах - выдаёт все товары группировки или основной товар. Остальное всё и так работает нормально! Основной товар пусть тупо будет с первым ID, достаточно.

Здравствуйте!
Неожиданно возникла интересная идея.
Если мы обновляем каталог импортом или расширенным импортом и идём без категорий, чтобы не нарушать текущее дерево каталога сайта...
В таком случае все новые товары падают в корень, т.к. они без категории, мы её не учитываем.

Неплохо бы добавить в параметры импорта и расширенного импорта опцию, а куда будут падать такие новые товары, такая доработка совсем не сложная. И полностью соответствует по логике параметру "Категория для товаров без категории?" в модуле обмена с 1С.

Зачем это нужно? Допустим, каталог обновляется вручную, примерно раз в месяц-два по прайсам поставщиков. Конечно, логично такое использовать в связке с 1С, но далеко не у всех она есть, и не все хотят её использовать.
И сейчас получается, что после таких нескольких импортов в корне каталога - каша, которую надо разбирать вручную, не перепутать поставщиков.
Но, если бы такая опция, то перед каждым импортом меняем категорию, куда будут падать новые товары - и будет полный порядок, и менеджерам будет проще разбирать новые товары.

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

Поэтому, обычно мы делаем так, два шага:
#1 обновляем по артикулу (или тому что в настройках) цены, включаем в импорт поля название, идентификатор группы, в общем всё обязательное, что стоит обновить и у существующих товаров. но не включаем категории, чтобы не испортить дерево категорий и расположение существующих товаров.
#2 после импорта имеем горку новых товаров, без фото, без категории. копируем их артикулы из админки столбиком, отправляем в файл. а потом специальный скрипт бежит и обрабатывает, в итоге получаем csv, в котором только те самые новые товары. и проливаем ещё раз, полностью.

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

Нужен расширенный модуль для импорта по крону.
Чтобы запулить csv и пусть оно себе импортируется, а модуль следит за тем, чтобы всё было нормально и, если что, перезапускает.
В случае удачного импорта отправляет отчётик по емейлу.

Вроде всё просто, но хотелось бы такое иметь в стоке.

p.s. с импортом у нас тут сейчас что-то не то. в случае 1000 товаров всё вроде заканчивается в обозримое время. но в случае хотя бы 50.000 товаров всё затягивается хрен знает на сколько и нужен хотя бы счётчик какой визуальный, отчёт об окончании, перезапуск в результате, допустим, перезагрузки сервера и так далее.

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