Пожелания и предложения
в списки добавить кнопку перенести значение списка
https://skr.sh/sIjMWl3jyLf
как в свойствах товаров:
https://skr.sh/sIj6R3KicbO
Rkeeper
Добрый день, не запланируете готовый модуль для интеграции с Rkeeper?
Пусть даже он будет платный, чтобы самим не изобретать. Вам сподручнее и написать, и поддерживать.
https://docs.rkeeper.ru/delivery/vozmoyonosti-api-4041552.html
Логика аналогично обмену с 1С: из системы на сайт - номенклатура, с сайта в систему - заказы.
Создание модификаций без изображений
Очень нужна возможность создавать модификации товаров с опцией "Копировать основные атрибуты товара", но без копирования основного изображения. Т.к. чаще всего картинка товара одна на все модификации, клонировать ее во все модификации коих может быть много - нет смысла. Например, добавить флаг "Не копировать основное изображение".
Опция для отключения визивиг редактора для документов
http://joxi.ru/82Qb4nKT4gx6kA
Хотелось-бы чтобы вы реализовали опцию в константе, админке или где-то еще - чтобы можно было отключить возможность вхождения в визивиг редактор.
Это было бы мегаполезная штука.
Потому что обертки которые добавляет админка часто рушат верстку которую делают фронтендеры.
В разделе БД сделать кнопку очистки поля sql-запроса
А то один раз запрос там выполнишь и висит он там бесконечно, не сотрешь.
Шаблон регулярного выражения для антиспама
Хотелось бы, чтобы к методу addText() класса Antispam_Controller добавились два параметра: $pattern, $result.
Сейчас антиспам задействует так.
$Antispam_Controller = new Antispam_Controller();
$bAntispamAnswer = $Antispam_Controller
->addText($oComment->author)
->addText($oComment->email)
->addText($oComment->phone)
->addText($oComment->subject)
->addText($oComment->text)
->execute();
В последние пару месяцев я заметил, что через антиспам проходит куча мусора, у которого значением email являются, очевидно, вполне себе реальные адреса, просто "напичканные" точками. Например: ev.g.eni.le.z.hen.ki.n@gmail.com.
Если бы можно было сделать так:
addText($text, $pattern = NULL, $result = FALSE, $preg_match_all = FALSE)
можно было бы передавать шаблон регулярного выражения для дополнительной проверки значения, указывать результат работы функции preg_match или preg_match_all (если требуется именно она)
Либо так:
addText($text, $array, $preg_match_all = FALSE)
Где $array — это массив нескольких шаблонов регулярных выражений с указанием требуемого результата поиска совпадений.
Переключатель вида: с группировкой по папкам и без.
В админ панелях в справочниках (например Сервисы - Списки) было бы удобно иметь переключатель вида: с группировкой по папкам и без.
В случае наличия большого числа папок и элементов (списков в данном примере) найти нужный сложно, особенно если точное наименование не известно, и нужно быстро просмотреть весь список, не заглядывая в каждую папку
Условие доставки: время доставки
Нужна возможность в условиях доставки в магазине указывать время доставки, и, соответственно, во фронте выбор диапазона времени доставки в корзине. Очень актуально для магазинов, доставляющих заказы круглосуточно (продукты, цветы, подарки), чтобы можно было ночную доставку сделать дороже, дать клиенту выбрать время доставки.
Разделение справочника "Статусы заказов" по магазинам (каждому свой)
У многих мультисайт и были от клиентов вопросы не раз, как сделать так, чтобы справочник "Статусы заказов" (https://disk.yandex.ru/i/ZFaPjn6WUCgiVA) был свой для каждого магазина. Просто бывает так, что в одном магазине одни статусы заказов нужны, а в другом НУ СОВСЕМ ДРУГИЕ и приходится всё добавлять в один справочник.
Не проблема, если это простые магазины.
А если например, есть и магазин и своя какая-то CRM на базе магазина или что-то подобное. Там тогда уже статусы могут быть совсем не "магазинные" в зависимости от логики.
Да и для магазинов очень часто разные статусы бывают (в разных магазинах).
Вот один из таких примеров - 3 магазина в одном:
скриншот: https://disk.yandex.ru/i/BwGNgzvbmGO9Dg
(и это даже не мультисайт, а просто 3 магазина в одном сайте, ну клиенту так нужно...)
А если мультисайт, то вообще получается куча мала.
А если какой-то статус вдруг оказался не нужен, то удалить его просто так нельзя - а вдруг он в других магазинах используется... В общем неудобно и мысль поделить это по магазинам уже пару лет как есть, было бы ОЧЕНЬ здорово.
Было бы просто замечательно, если бы этот справочник был свой для каждого магазина. Тогда и не пришлось бы сваливать 100500 статусов в одну кучу. Особенно проблемно, если сайтов много в мультисайте и они сложные (в т.ч. статусы бывают требуются для интеграции со всякими CRM и пр.).
Свои костыли городить не очень хочется.
С уважением,
Артём В. Меньщиков, программист
Студия WebMouse
Сумма заказа, сумма скидок и прочее в контроллере корзины
Хотелось бы иметь доступ к суммам заказа, скидок, купону и прочему, что доступно в виде свойств класса Shop_Cart_Controller_Show, и в классе Shop_Cart_Controller
