Юрий Поляков (Все сообщения пользователя)

это сразу пробовал

Дмитрий Потапенко
угу, + куча файлов zx_custom_...(conf|ini) и прочие радости,
по этому и спрашивал: стоит ли ждать от релиза 5.2.0 красивой кнопки "Обновить всё и сразу в 5.1.9"
а мне тут предлагают на коленке всё вне bitrix-env собирать, или "на голую ось ставить"

да, мог.
Но пытался уточнить, появится ли этот функционал в штатном способе обновления BitrixVM.

Игорь Горгуль, да ну нет же. на тестовом сервере стоит на Centos 7.2.1511 именно 5.2.0. и работает.
Мой вопрос касался возможного обновления с 5.1.9, как минимум в части php7

то есть зависимость предыдущей версии от расширения php_mssql никак не обойти?
(кстати на неё-же ссылается и при попытке просто обновить php до 7го)

Есть шанс, что впоследствии релиз 5.2 можно будет установить обновлением существующей VM?

Алексей Шафранский, видимо, я что-то пропустил. Подскажете, как обновиться до 5.2.1 ? скрипт bitrix-env-beta.sh не тянет её, (через меню старую кстати тоже не обновляет, с той-же ошибкой ansible). "Снова" не хотелось бы.

Тоже самое



при чем и бета 5.2.0 на тестовом, и рабочая на 5.1.9 (в рабочей ошибка на другой файл но тоже про расширение)

Игорь Горгуль, собственно я с 5.2 и пытался обновиться на переосбранный пакет (интересовал nginx с http2 по умолчанию),



а скрипт да, пишет про 5.1.9

Похоже действительно нужен реинсталл? Если скрипт попросить не удалять лог установки - то при установке "поверх" всё заканчивается

Package matching bitrix-env-5.1-9.el7.centos.noarch already installed. Checking for update.
Nothing to do

да еще и пустая строка следом. откуда это это там у вас вообще?

Всё, вопрос снят, оказывается кроме записи PROFILE_ID достаточно устанавливать и PROFILE_CHANGE массива PROFILE_CHANGE массива $arUserResult в этом-же событии.

А удалось последний выбранный для заказа профиль так-же подтягивать?
Для выбора типа плательщика пришел к такому-же решению, разве что данные берутся из последнего сделанного пользователем заказа

но вот подтягивать сохраненный в uf_ номер профиля для этого пользователя - никак, следующее событие уже только после формирования значения свойств, а сами их значения вытаскиваются просто последние по DESC в CSaleOrderProps::DoProcessOrder....

То есть можно конечно кастомизировать или извлекать заново и переписывать поверх уже в result_modifier, но не хотелось бы.

По идее есть таблица b_files , где перечислены все "сосчитанные" битриксом файлы.
Если скриптом пробегаться по файлам имеющимся и файлам, используемым модулем iblock согласно этой таблице
- то можно организовать удаление всего "ненужного". Вот только с большими объёмами не очень представляю, как это сделать, всё колом встанет.

upd:
Победил!!!!!!!

да, дело было и в лишних модулях, и в кривом обновлении.

2 Руслан Манаенко: С ошибкой "msg: unable to connect, check login_user and login_password are correct, or alternatively check ~/.my.cnf contains credentials" я устал бороться, и потому просто ненадолго удалил пароль у рута в mysql, после этого
ansible-playbook /etc/ansible/upgrade_mysql_php.yml

сработал, затем пароль поставил обратно.


На скриншотах - измерения после кривого обновления до 5.1 и после исправления обновления по советам в топике.

Проделал, проверил, расширения выключились (файлы .ini ненужных модулей стали пустыми), но положения это не улучшило. Точнее улучшило... с 8 до 9 и отклик с 1с до 0.6с.))))

Возможно дело может быть еще в сбившемся обновлении php + mysql,
Запустить повторно не удаётся - ошибка та-же что и

Ответ тоже хороший, но при обновлении сценариемошибка подключения.

да не включал я ничего... собственно ничего кроме консоли ВМ и не трогал. Если только в обновленной версии вдруг само включилось.
Обновите у себя php и мускул - посмотрим

Сама система обновилась нормально, но вот теперь производительность вместо 42 у нас стала 8 ))) число операций процессора 2.7 вместо 10, и отклик сервера (уже не по битриксовским измерялкам)  с 0.02с до 1.2с....
Толи виновато обновление php, толи даже боюсь подумать, что еще. хорошо еще - сервер тестовый.

тикет создал.

Вот так проверяю на торговые предложения иначе действительно дважды срабатывает. в случае высокой нагрузки (например - экспорт прайсов в агрегаторы) - жуть.

Удалось решить? Только сегодня заметил тоже самое.


..у нас проблема заключалась в переходе на https, оказывается этот модуль пока не умеет работать по безопасному протоколу. Обещали исправить в 15.0.1 ядра