Поло Арт

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

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

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

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

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

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

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

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

Конечно, можно снять галочку "Отправлять письмо со ссылкой на подтверждение" и санкций от хостинга не будет (отправка писем на несуществующие ящики), но это так себе решение, поскольку реальным пользователям такую ссылку отправлять логично и даже необходимо (по требованию, например, систем рассылок типа сендпульса)

В приниципе, механизм внедрения довольно прост и понятен, но это переписывание стокового модуля emailsubscribe

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

Когда мы создаём алиасы (оно же URL-имя) для товаров, брендов, категорий, задействуется функция \RS\Helper\Transliteration
Когда мы вручную из карточки создаём алиас, работает js /resource/js/jquery.rs.autotranslit.js
И всё вроде хорошо, пока кириллица и латиница присутствует.
Но бренд "Baumüller" превращается в "baum-ller"
Косяк? Да. Подобных брендов навалом. Если делать интернет-магазин двуязычным, нарваться на названия категорий и товаров элементарно. Даже, если просто парсить, отследить наличие всяких умляутов и прочих диакритических символов нереально.

Проблема тут в том, что RS не знает о таких символах. И ставит вместо них дефис. А ставить надо ближайший латинский символ.
Реализовать подобное очень просто, я не понимаю, почему это вдруг "такая функциональность не ожидается".

Вот эти символы. Полный список.
¡¿
ÄäÀàÁáÂâÃãÅåǍǎĄąĂăÆæĀā
ÇçĆćĈĉČč
ĎđĐďð
ÈèÉéÊêËëĚěĘęĖėĒē
ĜĝĢģĞğ
Ĥĥ
ÌìÍíÎîÏïıĪīĮį
Ĵĵ
Ķķ
ĹĺĻļŁłĽľ
ÑñŃńŇňŅņ
ÖöÒòÓóÔôÕõŐőØøŒœ
ŔŕŘř
ẞߌśŜŝŞşŠšȘș
ŤťŢţÞþȚț
ÜüÙùÚúÛûŰűŨũŲųŮůŪū
Ŵŵ
ÝýŸÿŶŷ
ŹźŽžŻż

p.s. я понимаю, что мультиязычности по факту нет, но мультисайтовость есть и вот официальная позиция по этому поводу
https://helpdesk.readyscript.ru/wish/Podklyuchenie-vtorogo-yazyka-13.html

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

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

***
Этих проблем можно избежать, если для каждого изображения хранить контрольную сумму оригинального изображения. И при импорте может выполняться или не выполняться условие. Думаю, понятна мысль.
Фича поможет избежать детской проблемы ридискрипта. Фича должна быть включена по умолчанию(для новичков самое оно!) и выключаться по желанию пользователя.
Да, я понимаю, что это замедлит импорт, но импортировать можно частями (поля Фото отдельно) или отрубить фичу, когда точно понимаешь, что делаешь.

***
Сейчас же приходится предварительно готовить csv под загрузку. Берём 40.000 товаров с одного источника, 30.000 товаров с другого источника - ищем дубли и пристреливаем их. Но это какой-то дрянной метод, хоть и работает.

Дефолтные параметры установщик ридискрипта берёт с удалённого сервера.
Хотелось бы иметь возможность задавать
- адрес сервера бд
- базу
- юзера
- пасс
- префикс
- логин
- пароль
- путь к админпанели

сразу в файле rs.php

Причина этому проста - мы ставим от 1 до 10 ридискриптов в неделю. А на разработку, логично, всё стандартное (кроме имени базы, но даже здесь есть неизменная под разработку часть). И очень сильно напрягает каждый раз вбивать одно и то же.

***
Также было бы очень круто дать возможность задать кодировку CSV файлов. Постоянно лезешь после установки в системный модуль и меняешь там с 1251 на utf8