Если вы имели в виду те опции, о которых раньше было видео Даниила (разные цвета штанов и футболок), то тут вообще много поменялось.
В CS-Cart теперь вместо “комбинаций опций” используются “вариации товаров” (основаны не на опциях, а на характеристиках). Вариациям можно задавать по несколько картинок (у комбинаций опций была одна), ставить свои цены напрямую (а не через модификаторы опций) и импортировать в одном файле (как отдельные товары, а не как доп. сущность). Появились фильтры по вариациям, и т.п.
Ийййэх… Мои самые продающие магазины (1 Российский и 7 шт во вражеских странах - Финляндия, Швеция, Германия, Бельгия, Нидерланды, Франция и скоро Польша) работают на РНР 5.3, ибо register_globals…
Решился апгрейдить, но сначала на тестовом и сразу - печалька. У меня РНР 7.0 (ну все же не 5.3, ведь правда?).
Да, я такой вот - мы занимаемся одним и тем же 16 лет и возиться с апгрейдами РНР считаю нафиг не нужным, есть дела поважнее.
Но тут я даже апгрейдил до 7.2, но блин что-то почтовый сервер в итоге заглючил и я плюнул и откатился до обратного состояния, некогда возиться.
ВОПРОС: запустить на 7.0 возможно ли (например, отключив проверку гденето) и насколько критично 7.1?
Вашу позицию прекрасно понимаю. Принцип “Работает — не трогай” никто не отменял, особенно если для ваших покупателей это никаких изменений и пользы не несёт.
Поэтому мы обычно не гонимся за новыми версиями PHP. Точно не ради того “чтобы было”. Мы бы и PHP 5.6 до сих пор поддерживали, если бы была такая возможность. От неё и отказались только в начале 2022 года (намного позже, чем сами разработчики PHP).
Основная причина отказа от старых версий PHP — их поддержка вызывала проблемы у клиентов, которые использовали актуальные версии PHP (а таких за несколько лет стало большинство).
Такие решения не принимаются одномоментно. Сначала мы изучаем и какими версиями пользуются клиенты, и какие у нас есть варианты.
Ещё пример: сейчас многие хостинги уже изначально с PHP 8.1, а CS-Cart пока поддерживает только 8.0. Чтобы в будущей CS-Cart 4.16.1 была поддержка PHP 8.1, в ближайшее время возможно придётся поднять минимальную требуемую версию PHP до 7.2. Просто потому, что некоторые нужные вещи уже не поддерживают 7.2. Безопасность в этом случае — просто дополнительный (хотя и важный) аргумент.
Да, жаль что не заработало. Но на новые версии PHP переходить приходится, просто для того, чтобы у большинства клиентов установка проходила без проблем. К счастью, для старых версий PHP у нас остались старые версии, а для новых есть вариант не только с обновлением, но ещё и CS-Cart Free.
Короче и это не взлетело. Сначала я попробовал товары импортировать из 4.3.4… Получил 500. Ну думаю - несовместимость. Потом попробовал товар отредактировать и сохранить уже в 4.15. Опять 500. Ну, думаю, чтожделать. Убил все товары. Очистил кэш. Вручную ввел товар. Получил опять 500.
А, да. Я еще версию попробовал РНР сменить 8.1 -> 7.4. Не помогло.
Нет, я похоже что-то где-то поломал импортом из 4.3.4. Ибо чистая установка, нетронутого дистрибутива - так НЕ должно быть. Сегодня снесу все к чертям и заново поставлю и руками все повбиваю.
Но я не ропщу. Зато я перешел рубикон и теперь у меня место CentOS 7 -> Debian 11, вместо умершей (и многократно допиленной мною вручную что концов не найдешь) VestaCP - HestiaCP с нормальным интерфейсом и без дыр.
Да и ping-admin на боевом сайте с 4.3.6 (который я не трогаю - он приносит деньги хоть какие) не знаю почему стал выдавать 0.5 сек суммарное время вместо прежних 0.8 (что тоже было неплохо для 4.3.6 с 3000 товаров).
Короче с вводом товара вручную каталог работает. Однако тут же споткнулся (надеюсь, просто не понял!)
Если есть ОПЦИЯ и она ОБЯЗАТЕЛЬНАЯ, то в старом 4.3.4 все было логично - по дефолту выбирался первый вариант. Тут же - не выбрано НИЧЕГО.
Ну как так можно? Это грубейшая ошибка, напрямую мешающая продавать…
Сам острю - сам смеюсь. Методом исключения решил попробовать отключить ОБЯЗАТЕЛЬНОСТЬ опции - и ВУАЛЯ! Появился дефолтный вариант. То есть выходит что “обязательно” относится к самому выбору варианта, а не к наличию опции.
Ура. Установку я победил. Теперь придется вспоминать молодость - я настолько туп, что настроить доставку в CS-Cart для меня сложнейшая задача.
Ну почему блин не сделать это как-то просто? Почему если для способа доставки выбрана тарифная зона “Все страны” и больше ничего, ну почему тогда этот способ не отображается ВСЕГДА???
PS: сам острю - сам смеюсь есть мое кредо. Похоже я вспомнил логику. Если есть некая глобальная тарифная зона, то любая созданная меньшая, которая является подзоной глобальной, автоматически из глобальной зоны свое содержимое исключает.
Согласен, эта логика сложна для понимания тупыми людьми, но в ней есть весьма резонный смысл - одним махом решить проблему исключения.
Мы с тех пор упростили интерфейс — теперь явно видно, в какие тарифные зоны доставка есть, а в какие — нет. И в настройках способа доставки можно включить ему одной кнопкой все тарифные зоны.
Если тарифная зона включена в способ доставки, но цена для неё не задана, то доставка будет бесплатной (исключение: способы доставки, которые сами считают стоимость).
Со времён старых версий есть одно важное улучшение — тарифные зоны влияют ещё и на способы доставки с расчётом в реальном времени. Раньше какой-нибудь условный СДЭК (если настроен в магазине) предлагался всегда, если серверы отвечали, что доставка от исходного до нужного адреса возможна. Теперь же у СДЭКа (и у любых других способов с автоматическим расчёмом) можно убрать какие-то тарифные зоны и не предлагать в них.
Некоторым нашим клиентам это было нужно, чтобы не предлагать доставку курьерками по своему городу. Возможно, информация будет полезна и вам.
Если у вас новая страница оформления заказа (можно узнать по “тайлам” на выборе способов оплаты и доставки, как на наших демках), то в меню “Дизайн” > “Макеты” на вкладке “Оформить заказ”. Обязательность поля отключается в настройках блока.
P.S. Если оформление заказа у вас визуально не изменилось со времён 4.3.4 (т.е. такое же пошаговое), то есть вероятность, что у вас при апгрейде переехал модуль “Старое оформление заказа” (его оставляли для обратной совместимости, но в какой-то момент убрали). Тогда стоит посмотреть в настройках “Поля профиля”.
Нашел баг в верстке. Не знаю куда писать, но баг серьезный - он влияет на поведение самой важой страницы - оформление заказа.
Только на этой странице, и только на Safari (iPhone) выбор города приводит а автоматическому зуму странице - соответственно, она становится шире окна браузера и начинает в нем плавать.
Причина: font-size для полей ввода для айфона должен быть 16px или более, а у вас же
(так как тупенький, не понял почему один из этих двух стилей не сработал, только связкой - возможно в изначальных стилях именно для связки задавалось 14пх) Но теперь конечно не уверен - не поплывет ли где еще чего.
В дропбоксе выбора стран тоже стоит 14 пх для мобильных, но это не является проблемой так как: 1) на айфоне только при очень странных и невыясненных для меня обстоятельствах происходит автозум на дропбоксе 14пх и 2) выбор страны происходит почти никогда, а города - всегда.
Думаю 14пх сделали второпях чтобы красиво влезали связки “Город (Область)” но в итоге сделали хуже, пусть не влезает хвост от связки - при подсказках вариантов все равно область видно, да и в поле ввода 70% области видна даже для Комсомольска-на Амуре, так что это не страшно. Я в свое время ради того чтобы все влезало сокращал название областей, но у меня была другая причина.