Вы похоже совсем недавно им пользуетесь, эйфория не прошла.
Этих некоторых тут полно, и пользуются движком не один и не два года, а сильно больше. Так, что у некоторых есть опыт в электронной коммерции, тенденциях и сравнить есть с чем.
меня забанят на месяц за такое, нельзя говорить, что есть что-то лучше цскарт, маркетолог расстроится
Если бы можно было, то рекламщики радостной ребятческой толпой перебегали бы с форума на форум, весело разнося ресурс которому он посвящен и прославляя свой единственный и неповторимый шедевр))
Я тут недавно шевелил одно очень популярное решение. И блин… ну я могу долго ругаться на те или иные недостатки CS-Cart, но сказать что где-то построили локальный коммунизм никак не удается. А на другом популярном решении у меня есть десяток сайтов, из которых взломали за год 4 штуки… Тут хоть местами разработчики и чудят, но в целом общая логика и архитектура здравая.
А если у вас еще и мультивитринная установка, то, чтобы удалить заказ нужно, помимо того, что выйти в список заказов, перейти из под конкретной витрины во “все витрины”, иначе никак ))
И еще радует в мултивитринной установке: что бы “войти как пользователь” под конкретной витриной, нужно сначала выйти во “все витрины”, опять найти этого пользователя и только потом уже появляется соответствующая менюшка. Зайти от имени пользователя из под витрины в которой он зарегистрирован - не - это через чур просто для CS-Cart
Ок добавим.
Предвижу что в 4.12 будет баг: “зачем добавили это, я живой заказ по ошибке удалил. Зачем вообще из магазина удалять заказы?”)
Подтверждение “Вы действительно хотите удалить заказ” тоже будет.
Нет, я вас забаню насовсем, после еще одного сообщения подобного предыдущему. Критику здесь много кто пишет. Но есть полезная критика, есть бесполезная. У вас вторая. На форуме такое не нужно.
@imac Есть проблемка - при большом количестве товаров в продаже страница админки с товарами прогружается очень долго из-за того что первоначальный запрос обрабатывает все товары в таблице products(а не выбирает первые 20/50/100 и т.п.). Было бы неплохо поправить, а то неприятно когда страница админки грузится по 30-40 секунд. Уменьшить число товаров невозможно, их число будет только расти. Там выходит очень сложный запрос и в отличии от большинства мест, где удалось решить проблемы с большим числом товаров в таблице(MVP, Общие товары продавцов, фактически товаров порядка 25000, ну а т.к. есть вендоры, то в таблице products уже товаров 2,5 миллиона, хотя вендоров еще только 100), тут что-то вообще не понятно как подступиться корректно. Было бы хорошо это в целом поправить - у кого много товаров будет в целом работать, у кого не много - просто быстро и комфортно.
Еще было бы очень хорошо создать сущность - документы оплаты. Чтобы было видно что и на какую сумму оплачено, а что нет. Это бы сделало возможным частичную предоплату контролируемую, реализацию корректную модуля кассовых чеков(сущность частичная предоплата). И, вероятно, удалось бы избежать вот такого Заказ в статусе "Отложен" вместо "Оплачен" Ну и с интеграциями было бы проще - статус всего заказа всё-таки не отражает реального положения дел по оплате и доставке. Статус заказа - одно(может меняться), оплата - другое, доставка - третье. Хорошо бы их разделить. Исходя из состояния доставки, оплаты можно вывести статус заказа. А вот из статуса заказа получать сразу всё пытаться - не очень.
тут вопрос сортировки. Чтобы вывести отсортированный список, надо получить все товары, отсортировать по полю, а затем вычленить кусок нужного размера с требуемым смещением. Если исключить из запроса ORDER BY - тогда да, станет проще. Возможно что было бы хорошо для таких случаев ввести настройку “выводить списки в админке по умолчанию без сортировки”
Особо не поможет, если уберем сортировку, так как группировка все равно останется, а это и есть выборка всех продуктов.
Суть в том что мы проверяем товары по категориям, как минимум.
Касательно быстродействия списка продуктов. Может сделать возможность выбирать сохраненный поиск по умолчанию? Это может быть поиск тех же Recently Updated. Т.е. вы создаете фильтр который находит небольшое количество товаров, делаете его избранным. И при каждом переходе не список товаров отображается он, а не все товаров по умолчанию.
Вполне возможно, что поможет. Обычно общий список то и не нужен - чаще всего требуется поиском справа найти нужный товар, а для этого нужно дождаться когда же наконец прогрузится данная страница. Долго отрабатывает запрос, который фактически не особо и нужен, при большом числе товаров так точно. Вряд ли кто-то потом после загрузки этого списка пол часа щелкает по страницам чтобы дойти до страницы нужного товара вручную.
Я на этот случай если по артикулу - ищу с любой страницы сразу по быстрому поиску, а если какой-то сохраненный поиск - сохраняю ссылку на поиск в быстрое меню - так обходится без предварительной загрузки общего списка
@imac не знаю поднималась ли это тема на форуме, но на дев.демо актуально, клиенты вечно жалуются мне.
Есть товар допустим Шампунь для Рыжих, у него объем 500 и 1000. Они как вариация в одном товаре, по этому название товара Шампунь для Рыжих.
На складе вот сейчас 500, ну нет 1000, но возможно будет. По этому в характеристиках цепляется 500, что в итоге, на сайте нет опознавательных знаков объема, только в характеристиках.
Клиенты идут в вариации, добавляют еще одну вариацию в придуманным объемом, а после удаляют, то есть выполняют ряд лишних движений. Все ради того, чтобы в карточки товара появилась кнопочка с надписью Объем: 500
Логично же если у товара заполнена характеристика вариации внутри товара, она должна отображаться в карточки, разве нет?
Почему создается и удаляется доп вариант, а не оставляется та же 1000, ну просто потому-то зачем забивать базу магазина, может этот товар никогда и не появится.
Я могу поменять главную характеристику, ту что будет отображаться по умолчанию просто убрав количество у текущей 500мл - например ставлю 0, и не забыть вернуть статус Active для 1000мл. И вот что получится:
Зачем это нужно, ну как минимум название Шампунь Мужской 500мл не всем нравится и они хотя просто Шампунь Мужской, объем же нужно указать, характеристики не удобно, в описание то же самое, такая вот кнопка подходит идеально для отображения объема или еще каких-то параметров, с таким моментом я столкнулся именно с клиентами в сегменте косметики и парфюмерии.
Что я пытаюсь донести, когда создается товар и у него указывается значение для характеристики которая является Вариации как один товар, было бы хорошо (опциональная настройка модуля), чтобы при сохранении такого товара, автоматом создавалась вариация.
P.s. изменять вариацию по умолчанию, вам нужно это чутка пофиксить там должен быть не только товар в наличии по умолчанию, но и самый дешевый, и после в хук прайса добавить буквально 30 знаков, чтобы на витринах возникла от ХХХХХ рублей. для товаров у которых есть “Вариации как один товар”, такие запросы видел в других темах, если тут нет.