Форум

Наш модуль "[URL=http://marketplace.1c-bitrix.ru/solutions/askaron.pro1c/]Продвинутый обмен с 1С[/URL]" опция [URL=http://dev.1c-bitrix.ru/community/webdev/user/25773/blog/19371/]отложенный сброс управляемого кеша[/URL].

Старая известная проблема протокола обмена 1С с сайтом
[URL=https://idea.1c-bitrix.ru/fix-the-old-problem-with-the-discharge-of-changes-from-1c-price-0-remn/]https://idea.1c-bitrix.ru/fix-the-old-problem-with-the-discharge-of-changes-from-1c-price-0-remn/[/URL]

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

Выгрузка изменений вообще ничего не удяляет, она только создает и изменяет.

-----

Хороших решений нет.

Как вариант, вы можете проводить выгрузку изменений днем, и полную выгрузку ночью.

[QUOTE]Столкнулся с той же проблемой, выгрузка на сайт происходит без ошибок цена базовая, но все равно не видно цен. В файле prices.xml цени есть. Редакция Малий бизнес. Может кто то уже нашел быстрое решение этой проблеми ?[/QUOTE]
У вас малый бизнес, значит одна цена.

Найдите в XML-файле рядом с названием цены код (Ид) цены. И поменяйте внешний код у своего типа цен на сайте.

Привет. На тестовой виртуальной машине включил зачем-то "Создавать сжатую копию объединенных JS и CSS файлов и забыл об этом".

Потом час бился из-за чего у меня на некоторых страницах [B]"Fatal Error: Сall to udefined function Bitrix\Main\Page\gzopen() in /home/bitrix_exam/www/bitrix/modules/lib/page/asset.php on line 2521"[/B]

Предлагаю

1. Чтобы расширения для gzip были сразу установлены.
2. Чтобы расширение xDebug тоже было установлено и включено сразу. Тогда по трейсу было бы легче определить, кто эту функцию вызывает и из-за чего. Ну и вообще полезно видеть сразу подробный вывод про Fatal Error

[QUOTE][QUOTE]Ошибку вам показал nginx. Он не смог за установленное время дождаться ответа от PHP.

Смотрите в лог ошибок nginx

Смотрите в лог апача: access_log и error_log

Скорее всего окажется, что какой-то шаг обмена не вернул ответ за 5 или 10 минут. И nginx показал ошибку.

Ищите в обмене с 1С какой-нибудь медленный обработчик.

Или можете в nginx увеличить максимальное время ожидания ответа.[/QUOTE]
подскажите какой параметр php настроек надо увеличить для "максимальное время ожидания ответа"?[/QUOTE]

Вы не сможете настройками PHP увеличить время ожидание ответа сервером nginx. Если ошибку 504 Gateway Time-out показывает nginx то надо просить администратора сервера настроить nginx. Но это все-равно временное решение.

В PHP есть функция set_time_limit(). Она установит вам время выполнения скрипта, но не сможет повлиять на nginx.

Ваша задача разобраться на каком шаге зависает обмен. И какой код ему мешает.

Присоединяюсь. Модуль sale 16.0.14. Как в форме оформления заказа показать список примененных скидок?

Аналогичная проблема сегодня:

Сразу после создания пула серверов. А у меня только один сервер в пуле.
[CODE]Found servers that can not be used!!!!
01. No connection via SSH[/CODE]
При установке 5.1.5 на новую VPS CentOs 6.7.

[QUOTE]проверьте хранение сессий в базе в админке (Настройки > Проактивная защита > Защита сессий)[/QUOTE]


Спасибо нашел!



Данные сессий хранятся в БД модуля безопасности.

Смена идентификатора сессий включена.

Время жизни идентификатора, в секундах:     60



--------



после переноса сайта на новый сервер начались необъяснимые глюки.

--------

Выключил хранение сессий в БД. Теперь работает.

Я давно проверил /tmp/php_sessions/ext_www/site.ru. И поменял влыдельца с root на bitrix. Но там файлы не создаются, а сессии работают.

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

Установил Bitrix Env 5.1.5 последнюю.

В Bitrix Env 5.1.5 новое - настройки для производительности.

Для сайта есть папка где хранятся сессии:
/tmp/php_sessions/ext_www/site.ru

В ней файлы сессий не создаются.

Проблема в том, что мы ходим по сайту, а наша сессия вдруг прерывается через 1, 2, 5 минут - случайно.

Хочу разобраться с сессиями. Где они физически хранятся? Можно ли включить хранение в файлах как было?