На днях столкнулись с интересным поведением сайта на виртуальной машине при обмене с 1с. Фактически, обмен не выполнялся - постоянно появлялась то одна, то другая ошибка странного содержания - от ошибок в авторизации до "получен пустой ответ сервера".
В чем же дело было?
Итак, исходные данные:
- 1С-Битрикс: Бизнес 9
- 1С УТ 8.1
- Виртуальные машины Битрикс 1.6 (копии друг друга), установленные
а) далеко на медленном канале связи
б) на этом же компьютере
При обмене с удаленной виртуальной машиной - все отлично. Импорт проходит, данные загружаются.
Теперь обмен с локальной: постоянно вылетает с разнообразными ошибками - от "не могу распаковать zip архив" до "пустой ответ сервера" и еще целый зоопарк.
А периодически сайт просто отказывался открываться - нет ничего по этому адресу и все.
Что только ни делали: и памяти добавляли, и время выполнения скрипта увеличивали, и размер загружаемых блоков в настройках магазина меняли - все время проблемы.
Оказалось все достаточно прозаично:
При выгрузке на локально установленную виртуалку данные поступали в систему слишком быстро. То ли из-за настроек nginx, толи из-за чего другого - но обмен с 1С почти всегда завершался ошибкой
Сделали простой обходной путь:
1. Открыли апач на доступ со всех адресов:
в /etc/apache2/ports.conf строку Listen 127.0.0.1:8888 заменили на
Listen *:8888
2. открыли доступ к этому порту (опять же, по-простому):
в /etc/ufw/before.rules после разрешения всего для localhost добавили правило
-A ufw-before-input -p tcp -m tcp --dport 8888 -j ACCEPT
3. перезапустили ufw и apache (или просто перезагрузить виртуальную машину)
4. в настройках 1С указали порт 8888
теперь работает.
В чем же дело было?
Итак, исходные данные:
- 1С-Битрикс: Бизнес 9
- 1С УТ 8.1
- Виртуальные машины Битрикс 1.6 (копии друг друга), установленные
а) далеко на медленном канале связи
б) на этом же компьютере
При обмене с удаленной виртуальной машиной - все отлично. Импорт проходит, данные загружаются.
Теперь обмен с локальной: постоянно вылетает с разнообразными ошибками - от "не могу распаковать zip архив" до "пустой ответ сервера" и еще целый зоопарк.
А периодически сайт просто отказывался открываться - нет ничего по этому адресу и все.
Что только ни делали: и памяти добавляли, и время выполнения скрипта увеличивали, и размер загружаемых блоков в настройках магазина меняли - все время проблемы.
Оказалось все достаточно прозаично:
При выгрузке на локально установленную виртуалку данные поступали в систему слишком быстро. То ли из-за настроек nginx, толи из-за чего другого - но обмен с 1С почти всегда завершался ошибкой
Сделали простой обходной путь:
1. Открыли апач на доступ со всех адресов:
в /etc/apache2/ports.conf строку Listen 127.0.0.1:8888 заменили на
Listen *:8888
2. открыли доступ к этому порту (опять же, по-простому):
в /etc/ufw/before.rules после разрешения всего для localhost добавили правило
-A ufw-before-input -p tcp -m tcp --dport 8888 -j ACCEPT
3. перезапустили ufw и apache (или просто перезагрузить виртуальную машину)
4. в настройках 1С указали порт 8888
теперь работает.
однако, я еще не встречал такого прецедента, чтобы хостинг-сервер (не выделенный) настолько быстро бы ел файлы.
будет прецедент - будем думать. ваш вариант понятен, доступен, и, главное - прост. мы уже думали в этом направлении. возможно, понадобится. Спасибо!
Интересно как может возникать ошибка от слишком быстрой загрузки файлов
Пояснения от разработчиков БУС были?
мы активно переписывались в техподдержке (очень активно), но, в итоге, решили проблему именно так.
создателю виртуальной машины я написал на форуме
P.S. я очень давно работаю с разными системами, и глюки могут вылезти где угодно. ведь, фактически, веб-сайт работает в таком "полу-враждебном" ему окружении хостинга. и очень многое зависит от настроек и сервера, и акселератора, и еще других факторов - вплоть до антивируса на компе с 1С