Вышли CS-Cart и Multi-Vendor 4.13.1

Я так понимаю от этой капчи на каждой странице нельзя избавиться? Или есть какие-то варианты реализацию которых можно было бы пролаббировать у разработчика?

2 варианта. Отложенная загрузка. Запуск по требованию.

1 вариант - убрать всплывашку авторизации, а сделать сразу переход на страницу с формой

1 лайк

Обновления до версии 4.13.1 до сих пор нет в Центре обновлений. Хотя сегодня уже появилось обновление UniTheme2 до новой версии. Подписка активна до 15 апреля 2022. Это может быть как-то связано с тем, что продление получалось в качестве бонуса за написание отзыва о CS-Cart?

Нет, не должно быть связано. Скорее всего, всю партию доступных обновлений просто разобрали. Чем больше времени пройдёт после релиза, тем больше будут партии. Обычно спустя пару недель обновления доступны всем желающим.

Чтобы эта задержка никак не повлияла на подписку, мы привязываем доступность обновления для той или иной лицензии к той дате, когда мы это обновление впервые выпустили.

1 лайк

после обновления на дев.сервере до Upgrade 4.13.1.SP1 - 4.13.1.SP2
получаю вот такое :
на вебморде
Warning: strrpos() expects parameter 1 to be string, array given in /data/www/имя сайта/app/addons/ecl_instock_sorting/func.php on line 20
в админке
Fatal error: Uncaught --> Smarty: Unable to load template tygh ‘views/orders/components/bulk_edit.tpl’ in ‘views/orders/manage.tpl’ <-- thrown in data/www/имя сайта/app/lib/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatebase.php on line 129

заодно вопрос, а каково среднее время установки обновлений ?
у меня получилось вот так
срок установки с 4.12.2.SP2 до 4.13.1 с 16-35 до 07:48

Очень долго у вас. Наше время равно нескольким минутам. Может 10 минут. Не засекал.

А у Вас сколько заказов ? можно примерно
Я предполагаю, что 90% времени обновления тратится на создание бекапа, галочки пропустить этот этап на этом обновлении нет
так же как и нет уверенности , что из этого бекапа удастся корректно восстановиться

На одном сайте около 1500, на другом - 3400
Скорость создания бэкапа зависит от железа и настроек сервера - у нас свой физический сервер на UBUNTU 20.04 LTS диск SSD Samsung NVMe. Естественно никаких ограничений по ресурсам не испытываем.

1 лайк

Нуу… у меня заказов на порядок больше
и как бы синие память, зеленая нагрузка на цп
первый скачок старт обновления


ну и сервер

Жуть какая! А вручню бэкапы пробовали делать? Если занимает столько же времени, значит дело именно в нём. Тут была информация как отключить бэкап при обновлении.

Отключайте бэкап… Все равно от стандартного толку 0.

Уже были случаи, когда через стандартный механизм пытаешься восстановиться и ничего не получается.

Теперь пользуюсь только бэкапом хостинга. Коробочный хлам бесполезный.

3 лайка

К тому же коробочный бэкап не является саморазвертываемым. Без установленного ЦС-Карта он бесполезен.

2 лайка

Тут полностью согласен.
Вручную бекапиться на порядки быстрее конечно

Так вопрос к @cs-cart_team почему галочка пропустить бекап у некоторых обновлений есть, а у некоторых нет?
если я ее ставлю и что то пошло не так , то я сам себе злобный буратино, но давайте этот выбор пожалуйста.

Пропуск бэкапа включен по умолчанию для релизов SP. В них обычно очень мало изменений + они ставятся сразу после полноценного обновления, в котором пользователь создает полный бэкап.

Это очень долго. Даже на самых слабых серверах бэкап обычно занимает гораздо меньше времени. Может быть у вас очень большая база данных? Вы можете проверить ее размер на странице бэкапа в админке.

ну рост базы на лицо, это да

так а почему нельзя оставить пропуск бекапа для все обновлений ?

@cs-cart_team и обращаю внимание на ошибки

вот полный график нагрузки на сервер при установки обновления

Сделайте, пожалуйста, ручной бэкап только базы данных. Он работает по умолчанию - просто ничего не меняйте в настройках и вперёд. Посмотрим на размер базы.