Кто накатил на Unitheme? ) Все живые? Обновляться можно?
вы забыли на сайт добавить ссылку, хорошо в блоге есть
Этому добавлению не помню уже сколько лет, почему вы до сих пор не пишите кол-во товара??? Ну каждый раз я сижу и правлю это клиентам, ну как можно считать это удобным, если человек не видит есть товар в наличии или нет?
[+] Экспорт/импорт: При импорте товаров с без / несуществующей категорией, будет создана категория “Товары без категории”, куда попадут новые импортируемые товары.
То есть теперь при импорте товара, если категория новая, он не создаст ее, а отправит в Товары без категории ???
А мои баги в итоге так и проигнорировали?
Валидация домена (тут у клиента стабильно кто-то пишет емали не корректный и обмен ложится, это еще же надо заметить, что там все легло)
4.12.1 Новые варианты характеристик
Много фиксов, но что-то не нашел исправление этого
Доброе время суток! Тут, наверное, не вполне корректная формулировка у нас в кратком описании изменения - в новости в этом плане изменение более подробно описано.
Если вы импортируете товары вообще БЕЗ категории (пустое поле), то они отправятся в “Товары без категории”. Потом вы можете их распределить по нужным категориям.
А вот если вы импортируете какие-то товары с новой категорией (которой еще не было в вашем магазине), то она создастся автоматически.
Приведу пример Скажем, у вас в магазине было 2 категории: “Телевизоры” и “Пылесосы”. Вы импортируете новые товары, для которых указали новую категорию, например, “Мультиварки”. Так вот эта категория “Мультиварки” автоматически создастся в вашем магазине, и все товары с этой новой категорией улетят туда.
ну отлично, вы поправьте документацию по изменением, напугали тем, что привычную вещь для переноса магазина сломали.
Убейти вы уже это обрезание, заменить Рекомендованная цена на РРЦ, в шестеренки у вас там Редактировать и Удалить, то есть по факту можно одну иконку корзинки оставить, статус могли бы то же уже перенести / трансформировать. 2021 на дворе же.
Не знаю когда это появилось, но только сегодня открыл
Вы бы сделали там все же выбор внешний вид, вот даже я с порога тестируя баг другой, решил что там множественный флажок, но нет там “текст и число”, то есть каждый видит то что хочет, так как вы не указали, какой внешний вид используете.
не очень понятен смысл этого нововведения. До этого все товары без категории итак добавлялись в категорию Products
Разработчики, обратите внимание на этот пункт. Этого так же не хватает при добавлении товаров в заказ из админки - там не понятно, что в наличии, а что нет. Предполагаю, что этот список в целом во всех случаях бесполезен без остатков. Приходится открывать во втором окне список номенклатуры и сравнивать с остатками. А полный список номенклатуры - слабое место CS-Cart - если товаров много, он формируется доолго т.к. для разбивки на страницы пересчитываются вообще все товары в БД… В общем, одно за другое цепляется. Второй момент - учесть что товары могут быть вендоров разных и не забыть про режим Общие товары продавцов, где товары вендоров привязываются к головной карточке и товара нужного вендора может не быть, ну и не забыть про мультисклад(при его наличии показывать сразу остатки по складам).
Вот прямо ура.
До этого, если категорию Products переименовать, то создавалась ещё одна Products. А в Multi-Vendor продавцы не могут создавать категории, но могли через импорт создать такую категорию Products. По умолчанию она была включенной, а не скрытой.
Поэтому мы завели явно “Товары без категории” (можно назвать как хотите и сделать видимой) и добавили предупреждение, что такие товары в магазине есть.
Цель изменения — чтобы все товары оказывались в нужных категориях, а покупателям было их проще найти и купить.
Все эти моменты зафиксировал. Возможно, что-то из этого добавим в будущих версиях. Тут важно не перегрузить это меню излишками информации. Но как минимум, “продавец/общий товар” (в Multi-Vendor) и “количество товара” (везде) были бы уместны.
Было бы хорошо. Про перегрузить - не думаю, что это страшно, тут скорее вопрос в том как отобразить. Бывает немалое количество интерфейсов где просто нужно большое количество информации на странице и это нормально - главное чтобы её было достаточно и при этом не приводило к тормозам. Но к тормозам, насколько я мог заметить, в CS-Cart обычно приводят не перегруз так таковой информации, а некоторые элементы особо не влияющие на количество данных. В браузере - перегрузка dom-элементами, а в БД местами странные решения(вроде того же формирования полного списка товаров, некоторые другие не оптимизированные с точки зрения производительности запросы).
Кстати… вспомнил одну проблему, которая требует решения на уровне коробки и относится к модулям 1С. Если карточки номенклатуры выгружаются из 1С, фотографии имеют имена из 1С. После этого проходим любым модулем меняющим SEO-имена фотографий(это логично делать именно на стороне сайта т.к. только на сайте есть для этого необходимый набор информации и инструментарий) и получаем что при обновлении карточки номенклатуры из 1С фотографии задваиваются - т.к. сопоставление идет по имени фотографии. Так вот, я что предлагаю - добавить в БД с изображениями дополнительное поле - что-то вроде external_id у товаров. В него записывать получаемое из 1С название изображения(что удобно - часто там названия файлов выглядят вот так 0f493bff7c8b11e9b5147cd30a56c94a_4850d1d55a2611ebb5527ed30a56c94f.jpg). И далее при обновлении проверять наличие изображения не по названиям изображений, а именно по этому ID. Это позволит формировать нормальные SEO-имена изображений любыми существующими модулями и при этом не ломать логику обмена - контент-менеджеры смогут по прежнему спокойно обновлять измененные карточки товаров, не залезая каждый раз в админку чтобы удалить задублировавшиеся изображения. Очень простое и небольшое дополнение, влияющее и требующее изменений только на модуле 1С, устраняющее большое количество костылей и проблем.
Большое спасибо, что заметили! Поправили этот косяк. Теперь всё на месте:
https://www.cs-cart.ru/docs/latest/history/4122.html
Этот момент тоже исправили, теперь формулировка более однозначная. Спасибо вам за обратную связь
Просьба в обязательном порядке сделать отображение количества на остатке при добавлении товаров в заказ из админки.
Еще было бы неплохо добавить общий остаток на складе по товару:
Чтобы при разговоре с клиентом у менеджера было понимание, может ли он продать вместо одной позиции две, или не может. Сделать или сразу чтобы показывались в таблице остатки, или(чтобы не замедлять загрузку заказа и не грузить лишние данные) при наведении на товар/нажатии на специальную кнопку чтобы срабатывал ajax-запрос и показывались остатки по складам.
Писал об этом в чатике же =}
Тут все сложно, объясняю, у статусов заказа есть + / - кол-во
У нас на складе 2 мяча, клиент заказа 2 мяча, там в примере у вас будет 0, ну в целом все логично 0 значит есть.
У нас на складе 10 мячей, 1 клиент купил 5 мячей, 2 клиент купил 3 мяча, 3 клиент купил 2 мяча и ему может быть даже не срочно этот заказ, он ждет другие товары. В итоге во всех заказах будет 0 и на вопрос покупателя, а я хотел больше но мне сказали 5 максимум, это так, менеджер скорее всего скажет да больше нет. Тут нужно делать еще опять же стрелочку и вывод в каких заказах сколько этого товара взяли, статусы заказов опять же для вывода тут надо выбирать, к примеру Резерв / Ожидаем оплаты и тд откуда можно выдернуть товар для клиента кто готов платить вот прям сейчас.
p.s. Решение со стрелкой пришло только сейчас, почему я об этом не додумался раньше добавить в доработку.