Пожелания и предложения
Уведомления в почту о комментариях к моим предложениям и об ответах на мои комментарии к чужим предложениями
А то приходится каждый раз специально заходить в раздел, вспоминать какие предложения комментировал, и проверять не написал ли там кто чего-нибудь в ответ.
Показ единицы измерения доп.свойства при редактировании товара (как было в v5.8.0+)
При забивке карточек товаров с большим количеством доп. параметров было бы гораздо удобнее, если бы над текстовым полем рядом с названием свойства выводилась единица измерения. Вообще, так и было сделано в версии 5.8.0, но куда-то подевалось в v6.
Показ единицы измерения нужен для того, чтобы было понятно, как забивать значение доп. свойства, особенно это важно для размеров (размеры для разных товаров на одном сайте могут быть заданы то в мм, то в см, то в м), и для веса (граммы, килограммы). Когда товаров много, то зачастую совершенно непонятно (а запомнить всё тяжело), как забивать данное значение свойства. И приходится переходить в список свойств и смотреть там единицу измерения данного свойства.
В идеале, конечно, было бы хорошо, если бы где-то в стороне выводилось еще и XML-наименование данного свойства, это очень помогало бы на этапе разработки и отладки сайта.
Функционал "Похожие товары" (НЕ сопутствующие!)
Во многих CMS есть такой функционал - "Похожие товары". Это когда АВТОМАТИЧЕСКИ выводятся товары, схожие с текущим по названию + по меткам + близкие до доп.свойствам + из одной группы. Это позволяет предложить посетителю товар, ПОХОЖИЙ на тот, который он смотрит в данный момент, т.е., предложить ему НА ВЫБОР несколько товаров. Это, однозначно, повышает вероятность покупки в магазине.
Похожие товары - это не сопутствующие, это совершенно разный набор товаров. Между ними большая разница:
• Похожие товары подбираются АВТОМАТИЧЕСКИ, исходя из родительской группы, названия, меток (тэгов) и близости значений доп. свойств.
• Сопутствующие товары мы назначаем САМИ, и они, как правило, являются ДОПОЛНИТЕЛЬНЫМИ товарами, например, аксессуарами или запчастями.
Похожие и сопутствующие товары вполне могут располагаться на одной странице товара в разных блоках, не перекрывая друг друга по функционалу. Считаю, что нашей системе не хватает данного функционала в каком-либо виде...
Языковой глюк
В свежеустановленной версии 6.0.9 почему-то функциональные иконки в списке товаров (активность, модификации, скидки и т.д.) называются по-английски.
Максимальное время исполнения скриптов
Если на VDS отсутствует ограничение по максимальному времени исполнения, то в виджете системных настроек это время равно нулю и выделяется красным. Хотя по факту это не ошибка в настройках.
SEO информация для тэгов (меток)
Добрый день.
Не хватает возможности добавлять сео информацию к меткам в редактировании меток.
Банально, нельзя поменять тайтл, все делается через настройки ТДС, что не всегда удобно.
Кроме этого, заметил, что если на одной копии несколько сайтов используют один тэг, то в случае наличия описания у тэга будет выводиться всегда одно и тоже описания. Возможно, стоит задуматься о том, чтобы сделать глобальные и локальные тэги.
Накладная оприходования товара на склад
Не все пользуются большими тяжелыми 1С, МойСклад и подобными. В магазине может бывать 50-100-200 товаров. Потому предлагаю сделать накладную оприходования на склад. В процессе оприходование если нету товара в магазине возможность добавить. А списание через заказ-корзину. Это очень полезно для электронных товаров... И можно отследить когда пришла партия, товар и тд... И если товар попал в заказ и не оплачем ввести понятие "в резерве".
Авторизация через популярные соцсети
Вы прекрасно реализовали авторизацию через OpenID спасибо! Но действительно не хватает встроенной авторизации через Вконтакте, Одноклассники, Facebook и, быть может, Twitter.
Решение через Логинза это здорово (спасибо Kotoff!), но все же очень часто клиенты обращаются с вопросами о встроенной авторизации.
Увязать географию магазина и пользователей сайта
Так сложилось (видимо, исторически), что в hostcms география в адресе доставки в магазине никак не связана с географией в адресе пользователя сайта, и даже, к сожалению, имеют разный формат данных.
В магазине все данные по странам, областям, городам и районам хранятся в виде списков, при этом в заказе сохраняется только числовой id конкретных элементов этих списков.
А у пользователей сайта география представлена текстовыми полями страна и город.
Это приводит к тому, что даже если пользователь в своей анкете указал свой город и страну, то при оформлении заказа мы все равно заставляем его выбирать эти данные из списков, хотя все остальные поля заказа (имя-фамилия, индекс, адрес и т.п.) успешно заполняются из его профиля.
Для того, чтобы страна-область-город в корзине заполнялись автоматически, приходится всячески извращаться со сравнением строк и нестандартным формированием xml для корзины.
А хотелось бы простого и легкого решения.
Например, чтобы в пользовательском профиле данные по стране-городу точно также хранились в виде id и ссылались на те же гео-списки от магазина, и учитывались при формировании xml корзины, так, чтобы в xsl можно было сразу построить предзаполненные селекты.
Покупка без регистрации в редакциях с пользователями сайта
Очень бы хотелось, чтобы реализовали 2 варианта покупки товара - с регистрацией и без нее одновременно в версиях системы с пользователями. Клиентов перед покупкой более дорогой редакции останавливает именно этот факт.
Многие люди, заказывая в интернет магазинах не хотят регистрироваться ни под каким предлогом - все что им нужно - вбить свое имя и свой телефон.
Готовых решений не нашел, единственное, что говорит техподдержка на форуме - что "для этого есть быстрая регистрация без подтверждения", но это уже не то. Думаю, не я один буду рад, если это реализуется!
