Когда выйдет RC, как его использовать. Не понимаю схему этого тестирования…
Много писали на форуме сделать возможность сортировки по колонками в отображении вариаций https://youtu.be/EuB4VmjV-Vw?t=558
Ни одного комментария от вас не получили. Когда много вариации, они отображаются как попало в этом отображении. Но каждому клиенту хочется отсортировать по важной опции именно для него, а не как думает кс карт.
Детали расскажем ближе к концу апреля. Но если кратко: можно будет скачать RC, установить отдельно от основного магазина, перенести туда свои данные (тут пока не знаю, через обновление или как-то иначе), и посмотреть, как всё работает. Вот как это было несколько лет назад, с 4.3.1.
Этот запрос я видел и оформил как “запрос на функциональность” у нас в списке задач. Может появиться, если не в 4.10.1, то в одной из будущих версий.
Вы пробовали? Модули вашей же подкомпании Simtech первые не запустятся на тестовой версии. Как и большинство модулей от других разработчиков. А как можно что-то протестировать когда у тебя половина сайта не работает - загадка. Да даже сам CS-Cart вроде как не предполагает разворачивание легальной тестовой версии(кстати, камень в огород), не говоря уже о том чтобы к этому механизму могли подключиться партнёры. Партнёры молодцы, не отказывают, тестовые сервера добавляют. Но вы пробовали связаться с доброй половиной ваших активных разработчиков и со всеми из них добавить новые домены по всем модулям? Квест на любителя.
Вариации 1.0 мы планируем превращать в вариации 2.0 при обновлении. Этот момент пока ещё в разработке.
Всё зависит от модуля и того, что он менял в старых вариациях. Скорее всего, если модуль делался специально для вариаций 1.0, то правки понадобятся (вариации 2.0 очень серьёзно изменились). Поэтому вариации 1.0 и были помечены как Beta – мы делали вариации максимально полезными, и поэтому могли в любой момент что-то поменять.
Зато, когда вариации 2.0 выйдут из беты в 4.10.1, масштабных изменений в них больше не потребуется. Можно будет смело адаптировать модули и знать, что мы будем стараться по-максимуму сохранить обратную совместимость.
А как можно что-то протестировать когда у тебя половина сайта не работает - загадка.
Никак нельзя, если половина сайта не работает
а даже сам CS-Cart вроде как не предполагает разворачивание легальной тестовой версии(кстати, камень в огород), не говоря уже о том чтобы к этому механизму могли подключиться партнёры.
При скачивании версии можно выбрать триальный режим. 30 дней, легально. У многих партнеров есть либо тестовые лицензии, либо свои которые они перепродают.
Но вы пробовали связаться с доброй половиной ваших активных разработчиков и со всеми из них добавить новые домены по всем модулям?
Тестирование обычно делается в подпапке живого магазина.
Давайте более конструктивно, без все плохо, очень плохо. Нам не сложно не проводить RC тестирование, это лишняя работа для нас. Вопрос в том, что при том количестве изменений которое грядет наша задача минимизировать возможные проблемы при обновлении живых магазинов.
Как насчет приложения конвертилки бд к каждой версии? А то я смотрю вы такие оп, добавили столбец в схему бд в очередной версии. Я туда лью версию от 391 допустим, и оно не работает все в итоге… или вот товары взять, как насчет переноса товаров одним махом? Сейчас это все очень неудобно выходит, надо отдельно экспортить товары, опции, картинки итд…
Есть ли демо чтобы до выхода пощупать новый чекаут и вариации
Блоки в новом чекауте привязаны непосредственно в общем к чекауту а изменения полей для заполнения необходимы при выборе способов доставки? Т. е если для самовывоза нужно грубо говоря 2 поля - имя и телефон, а для почты России - город, адрес, индекс, фИО, то если выбрать в макете поля для самовывоза то при выборе покупателем способа доставки почта России там не будет необходимых полей и наоборот если настроить в макете все необходимые поля для Почты России, то клиент при оформлении самовывоза увидит все поля, вместо необходимых двух Теперь сам вопрос блоки возможно будет настраивать для разных способов доставки или нужно будет унифицировать все поля чтобы они подходили для любого способа доставки? В видео не разъясняется этот вопрос и настройка полей в макетах без взаимосвязи со способами доставки снимает только часть вопросов по чекауту
Также вопрос по гугл картам и местоположению покупателя для этих карт войдут ли они в обновление 4.10RC удалось найти решение?
По доставкам, полям.
У каждого метода доставка есть галка “Покупатель должен указывать адрес”: Администрирование :: Доставка и налоги - Панель администратора
Адресом у нас считаются все поля которые находятся в секции Customer Address. В нашем случае эти поля есть только в блоке Адрес. Таким образом при выборе метода доставки у которого не включена галка “Покупатель должен указывать адрес” на странице оформления заказа должны прятаться все поля из блока Адрес. (на дев демо работает но надо сбрасывать куки, так как жесткое кеширование методов доставки используется)
Да, войдут. Проблему решили. так же можно пробовать на дев демо.