Пожелания и предложения
Форма ввода адреса доставки в корзине ИМ
Сейчас в форме ввода данных адреса доставки среди прочих есть поля: страна, регион и населенный пункт, адрес. Если я правильно понимаю, в поле адреса нужно вводить и наименование улицы (переулка и т.п.), и номер дома (строения), и номер квартиры (офиса).
При этом, в таблице shop_orders существуют поля house и flat. А вот в таблице directory_addresses поля house и flat отсутствуют. Если в форму ввода данных адреса доставки подставлять тот адрес, что пользователь ранее сохранил в своем личном кабинете, то подставить можно лишь значение value из таблицы directory_addresses, в котором, чаще всего, будут присутствовать и номер дома, и номер квартиры.
В этом случае не совсем понятно, для чего в заказе товара есть свойства house и flat, из чего их заполнять? Выводить соответствующие поля формы при ввода адреса доставки? Но тогда это получается лишним, так как пользователь уже их указывает вместе с улицей (переулком и т.п.).
Хотелось бы, чтобы таблица directory_addresses тоже обзавелась полями вроде house и flat, так как у любого адреса есть, так или иначе, номер дома (строения) и, почти всегда, если речь не о частном доме, номер квартиры (офиса, помещения).
И, кроме этого, хотелось бы связать ввод этих данных с теми адресами, которые пользователь хранит в своем личном кабинете. Сейчас в этих адресах практического смысла нет. Ну, либо лично я его не вижу. Чтобы подставить какие-либо данные из уже имеющихся в форму ввода адреса доставки, их приходится собирать по крупицам. А введенный новый адрес, которой ранее не был указан пользователем в личном кабинете, после оформления заказа нигде не сохраняется.
Хотелось бы видеть что-то похожее на то, что Озон или Яндекс.Маркет сохраняют в профиле пользователя в виде пунктов выдачи, которые ранее были выбраны для доставки заказа. Почему бы таким же образом в БД не хранить пользовательские адреса или адреса компаний?
В корзину добавить проверку применимости введенного промокода
Необходимо в корзину добавить проверку применимости введенного промокода с выводом сообщения о том что промокод не найден, не проходит по условиям и т.д.
модуль "Техническая поддержка"
В модуле "Техническая поддержка" в админке бывает такое что при отправке сообщения в поддержку ты не понимаешь отправилось оно или нет, а еще бывает сбой на хостинге или что-то еще, а ты печатал поэму 10 минут и это все исчезает, или попадает в спам, почему бы в модуле не реализовать сохранение всех обращений, чтобы если что можно было его найти и повторно отправить, было бы вообще супер, если статус еще сохранялся, принят, доставлен
не хватает поля URL в SEO фильтре
Например если создать отфильтрованную SEO страницу на основе элемента списка "Нержавеющая сталь" то получается автоматически вот такой адрес:
/shop/dymohody/dvustennye/material-truby/Нержавеющая%20сталь/
Мне в нём не нравится что английские буквы переходят в русские, также там есть заглавные буквы и пробел выглядит как %20
Короче он длинный и страшный.
Если же отфильтровать сразу по двум или более критериев то вообще мрак и что кстати нарушает правила SEO как переспам в адресе:
/shop/dymohody/dvustennye/material-truby/Нержавеющая%20сталь/material-naruzhnoj-truby/Нержавеющая%20сталь/
Переспам в SEO фильтре сразу из коробки :(
А нужно всего то добавить поле URL https://c2n.me/4iXY1W0.png и этот страшный адрес превратится в красивый и лаконичный:
https://дымоход22.рф/shop/dymohody/dvustennye/nerzh/
Вот что Борис Теряев ответил:
SEO-фильтр создан для того, чтобы передавать стандартные опции фильтрации и при этих опциях выводить соответствующие МЕТА-теги и заголовок h1.
Внедрение какого-то названия, которое может конфликтовать с имеющимися путями товаров/групп или фильтруемых свойств пока не рассматривается, кроме того, будут дубли страниц фильтрации по короткой ссылке и по обычному набранному с теми же условиями фильтру.
Вы можете оставить пожелание https://www.hostcms.ru/support/wishlist/ с учетом возражений из этого письма.
Я думаю да оно не может конфликтовать потому что название пути будет относительно той папки в которой лежат товары. Конфликт может быть если я два фильтра одинаковых создам, и то против этого есть уже функционал, ведь не можем мы две рубрики с одним именем сделать.
Вообщем вынес на обсуждение предлагайте голосуйте. Я за реализацию этого поля URL!
Улучшение для доп. свойств тип "Список"
1. В доп. свойстве для типа "Список" ссылка перехода в этот список https://s.mail.ru/qMRM/YyTTdb1xk https://s.mail.ru/AufP/FJvLoyWDV
2. В карточке элемента для типа "Список" ссылка перехода в этот список https://s.mail.ru/dPND/tCoPr1qbW
3. В карточке элемента для типа "Список" возможность добавления произвольного элемента списка, не прибегая к прямому добавлению через раздел "Списки", при сохранеии товара/элемента https://s.mail.ru/3HDX/m65MLzuPk
Shop_Delivery_Handler{ID} и Shop_Payment_System_Handler{ID}
текст из доков "Внимание! Имя класса зависит от идентификатора платежной системы, например, для платежной системы 17 имя будет
class Shop_Payment_System_Handler17 extends Shop_Payment_System_Handler"
Сделайте пожалуйста автоматическую проверку и исправление если не правильно при сохранеии, 9 из 10 всегда на этом ошибаются или забывают, ID же изветсно, почему не пройтись регуляркой при сохранеии и исправить или хотя бы предупреждение не показать
Поправить в Shop_Order_Model addCml
Заметил что при переборе доп свойств товара нет кейса для числа с плавающей запятой.
Персональные скидки на Групп товаров
хорошо бы чтобы Персональныес кидки клиентов можно было назначать не на какой то товар
а также на Группу товаров\На производителя
Восстановление файлов и базы из бекапов
Нужна функция восстановления из бекапов для модуля "резервное копирование". В идеале с выбором конкретных директорий и файлов для восстановления. Предвосхищая вопрос "зачем, ведь все это есть на хостинге": это для клиентов, т.к.учить их пользоваться инструментами хостинга, ftp и прочим очень трудно. А тут бы всё кнопками user friendly. Можно как коммерческий модуль.
