Что понравилось что есть управление блоками на клиентской части - это удобно.
Также согласен с тем что поля профиля для чекаута и поля профиля для клиента должны быть одни, чтобы управлять ими из одного места, также если возможно нужно в дальнейшем доработать чтобы для разных способов доставки можно было указывать какие поля не выводить - не только адрес.
Хорошо что теперь есть управление главной вариацией - это упростит работу с ними.
Что касается изображений и характеристик для вариаций я думаю вы опять бросаете себе грабли под ноги делая выбор или / или
Так как группы товаров в одном магазине могут различаться и может быть такая ситуация что для одних товаров нужны картинки и характеристики свои, а для других нет и поэтому правильно было бы сделать, чтобы в настройках категорий либо отдельных товаров можно было выбирать эти параметры для настройки, также как у вас реализованы например вкладки - для всех товаров включены, но в определенном товаре можно выключить, идеально было бы чтобы возможно было выключать и для товара, и категории.
Также только сегодня обратил внимание, что в чекауте все выглядит как-то одинаково, что поле для ввода данных, что кнопка выбора, и если много вариантов доставки и оплаты то это не очень смотрится в плане понимания. На мой взгляд нужно в дальнейшем в плане дизайна отделить одно от другого либо формой, либо толщиной линий, либо объемом, согласен что это вопрос больше к доработке, но все же многие будут использовать базовый дизайн.
Также радует что вы начали работу над блогом, я считаю это очень важный элемент в интернет-магазине и что касается добавления думаю нужно разработать несколько типовых блоков для вставки в статью с возможностью выбора внутри блока определеных товаров. Например блок один товар с возможностью выбора внутри блока определенного товара для отображения в статье
блок группа товаров (новинки, акция, со скидками, категория, подкатегория) либо просто список выбранных для отображения товаров и потом в статью просто добавлять этот блок а чтобы не было путаницы о которой говорит @alex_vp присваивать блоку имя статьи и чтобы если удаляется статья блок/и автоматически удалялся вместе с ней. Также в блоге не хватает разделов и категорий для статей а не просто списка статей.
Ждем от вас также мультисклад, полнофункционального модуля для CRM RetailCRM 1С и изменений в личном кабинете покупателя, развития в функционале акций и скидок, отзывов с возможностью ответа и добавления фото и видео.
Полностью поддерживаю. Эти настройки сейчас вынесены на слишком глобальный уровень - уровень настройки модуля.
Поддерживаю. Я, к примеру, хотел бы предложить покупателю выбор времени и даты доставки при курьерской доставке по Москве. Но эти поля нужно скрывать для всех остальных способов доставки.
@imac , вопрос как раз по радиаторам))) У меня в магазине отопление и в нем не только радиаторы. Если для радиаторов можно задать одно фото для всех размеров, то например у полотенцесушителей одно фото ну никак не подойдет на высоту 50 см и 180 см, как вы понимаете разница огромная. На форуме мы кажется обсуждали возможность наследования картинок для каждого товара индивидуально, а не глобально. Потому что нынешняя реализация это скорее “вот вам и отстаньте от нас” или для “магазина одного товара”, а для мультитоваров подразумевает очередные костыли.
По товарным блокам в статье:
Что бы не городить огромное количество блоков в макете, которые потом будут выводиться в статье, правильнее будет сделать это через отдельную вкладку на странице редактирования статьи (возможно реализовать отдельным модулем).
На этой вкладке создается набор из товаров, которому присваивается свой id. По идее можно не ограничиваться только одним набором, а дать возможность создавать несколько, чтобы потом выводить их в статье в разных местах.
В тексте статьи втавлять шорткод с id набора, который будет на фронтенде выводить блок с выбраными товарами. + если делать отдельным модулем, можно будет свои стили прописывать для отображения этих блоков.
Да, и еще, по блокам в редакторе. Хорошо бы иметь возможность автособирать товары в такой блок по тегам, в наличии/все, количество товаров в блоке. Потому что та же статья в блоге - она навечно, а товары имеют свойство заканчиваться, а новые товары - появляться. Поэтому при заполнении вручную через какое то время товарный блок в статье или в описании будет заполнен отсутствующими товарами. А при массовом использовании такого функционала отследить такие вещи невозможно. Но можно выбрать товары, проставить тэги определенноименованные, а в блоке поставить отбор по этому тэгу. Ну или скрытую характеристику какую…
Хорошие предложения. Но пока хотя бы начать с того, чтобы в код текстового поля можно было бы вставлять что-то типа {product.id=123} для вывода в это место предопределенного div с названием, фотографией и ценой товара.
напомню еще раз, или мы тут по вашему бред пишем?
Привет, рад что вставка блоков с товарами вызвала такую активность. Сначала поясню почему приняли такое решение потом немного отвечу на комментарии.
Мы выбрали использование блоков, так как это основный инструмент в CS-Cart для отображения любых объектов. На базе блоков работает все: товары, категории, страницы и прочее. Создание еще одной сущности значительно урежет функциональность вставки товаров а так же усложнит жизнь владельцам магазинов и разработчикам.
Вот плюсы которые дает использование блоков:
- врапер для продуктов (колонки, строки, отображение кнопок “добавить в корзину”, многое другое)
- дополнительные стили (есть интерфейс для добавления своих стилей, без необходимости плодить свои smarty шаблоны, как то через код навешивать классы)
- потенциальный механизм импорта (у нас есть импорт/экспорт layouts который может использоваться для переноса, сохранения таких блоков)
- актуальный контент (Использование всех стандартных списков продуктов таких как bestselling, popular и т.д. если вы выключите находящийся в блоке то он не будет отображаться, в противном случае клиент при переходе по ссылке получит 404 и штраф от Google/Yandex прилетит)
Комментарии
Миллион ненужных блоков нужен, потому что это стандарт того как мы выводим любой контент на витрину
Это больше к вопросу об удобстве работы с блоками на макетах. Мы уже столкнулись с этой проблемой на чекауте. Название блоков плохо-читаемое, есть сложности с выбором существующих блоков.
Т.е. это проблема управления блоками, а не проблема того что продукты не должны вставляться в страницы через блоки.
Опять же вопрос к интерфейсу управления блоками. Но! повторюсь еще раз, это вовсе не повод создавать еще одну сущность схожую с блоками, но по факту выполняющую те же задачи.
Я обещал сделать протип . Я его сделал. Видимо вам такая реализация не подходит, спасибо за обратную связь. Почему именно так сделали - я отписал в начале сообщения.
Нельзя так делать, потому что появятся вопросы, как сделать товары списком, как добавить кнопку купить и прочее - для всего этого и созданы блоки и успешно эту задачу решают испокон веков. Просто представьте что мы веведем товары в красной рамки, с маленькими иконками товаров, у вас тема своя - и какой вам от этого отображения товаров смысл, если он всю визуальную составляющую сайта ломает. А чтобы отображаться так же как в теме - нужны блоки. Опять же вопрос расширения - захотите вы как то по особому выводить эти продукты - пишется один темлпейт и все работает.
Планов по улучшения блога нет. Есть только одна конкретная фишка - вставка товаров
Потенциально да, но это ведет к проблемам. Например у нас на деталке товарв можно создать блок с товарами в котором руками добавить нужные, которые будут отображаться только у данного товара. Этих данных нигде нет, и нельзя их экспортировать, только полный бекап магазина. К тому же нет возможности посмотреть все товары которые у вас используются на разных деталках товара, а это может потребоваться так как товары устаревают, снимаются с производства, заканчиваются на складе и т.д. Поэтому я считаю что лучше если будет централизованный механизм управления всем этим добром.
Это вы уже будет использовать сущетсвующий функионал bestsellting, recently added, распродажа, категории, и прочее либо допиливать модули который по каким то критериям будут автоматически отбирать товары. Моя задача дать инструмент, который потенциально можно расширить.
А возможно так сделать, чтобы в коде текстового поля писать что-то типа {unit=xx | product=yy} и вставлялся блок хх, в котором отображается товар yy?
А зачем?
Если будет вставка обычно блока в котором указаны эти продукты?
Чтобы товары не в блок засовывать, а использовать многократно один и тот же блок, но с разными товарами. Чтобы пользоваться можно было. Иначе слишком сложно получается.
Чтобы не создавать для каждого товара отдельный блок. Блок должен быть каким-то шаблоном, в котором выводится нужный нам товар или товары.
Это народ о том говорит, что так как планируется - без переработки интерфейса блоков и управления ими - нереально. Сейчас то в блоках путаница возникает, а что будет потом?
да, управление блоками надо улучшать. я в тетрадку сижу и выписываю, где какой блок используется - разве это дело для компьютерной системы, которая за миллисекунды могла бы показать мне эту информацию?
Согласен, блоки нужно систематизировать как-то, сейчас там бардак какой-то. И ведь блок нельзя посмотреть о чем он, пока не вставишь его в макет. По названиям, которые могут между прочим повторяться у разных блоков, мало, что можно понять.
Тут еще вопрос даже не про блоки. Кто статьи то писать будет в блог? Копирайтер или сотрудник в задачи которого входит именно написание статей. Им нельзя давать доступ к макетам. Да даже если и самостоятельно - это же жуть как не удобно - на одной странице блоки редактировать, на другой в статью втыкать, а через год уже никогда не разберешься какие блоки для каких статей были созданы. И еще не понятно не перестанет ли оно работать с таким количеством блоков вообще.
Подниму тему.
Выбор блоков сделали удобнее. Сейчас для этого есть специальная иконка в Redactor.
https://www.evernote.com/l/AQEsZyly0rBGBKyc_xi9PcgOaMO27KP08CQ
Работа с блок менеджером пока не улучшалась, в планах.
Посмотреть можно на dev.demo.cs-cart.ru
Изменения войдут в грядущий релиз 4.10.3
Спасибо, что прислушались к моей просьбе о вставке товара в блок, я посмотрел по реализации. Пока печально: ни удобства ни понимания не обнаружено.
Из моих советов почти ничего не реализовано. Давайте уточню:
- в тексте желательно видеть место размещения кода (да в редакторе кода найти можно, но лучше какой-то полоской, например, отображать размещение кода в тексте)
- чтобы добавить товар в его “витринном виде” (с “Купить”, ценой и пр) - просто нужен блок с добавлением ID товара или выбором его из попапа с поиском товара по каталогу.
Любой другой вариант будет недоработанным и неудобным к использованию. Кстати, было вполне дельное замечание, что правкой блога может заниматься неквалифицированный контент-менеджер, поэтому давать в доступ “Redactor” с тем перечнем возможностей - самоубийство для сайта.
Добрый день, есть ли какие-то подвижки по моему предложению с блоком вставки товара в статью (кроме запуска в Redactor)?