Curl(php) «висит» при долгих ответах API(1с)?

Question

[Дархан]

Доброго времени суток!
Есть следующая ситуация: база 1с и выгрузки(API для получения данных из базы) и сайт на php,в который требуется перенести данные и делать "обмены".
Время отклика выгрузок разнится в зависимости от данных.. что-то простое вытаскивает за секунд 10,а на некоторых висит в браузере(при прямом хождении) от 20 до 45 минут.
Написал скрипт для хождения за этими json-ами через curl.. в быстрых выгрузках - всё более-менее ок,а на долгих он просто висит часами,может вернуть результат,может и не вернуть..
PHP сайт на данный момент на локальной машине,но я не думаю что после перехода на реальный сервер что-то сильно измениться.
Как выйти из этой ситуации? Что-то другое помимо curl-а? Изменять метод выгрузки со стороны 1с?(Например автоматический генерировать json и класть его рядом с index.html для скачивания?)

Comments

[Вячеслав]

1с - вебсервисы + SOAP протокол обмена с сайтом

[Дархан]

Вячеслав, так ведь 1с умеет в REST, есть толк от перехода на SOAP?

[poniyur]

В REST умеет (протокол odata погуглите), но если данных много, то проблема не уйдет.

[Вячеслав]

Дархан Камалиев, честно говоря не подскажу на счет сравнения по скорости работы, возможно проблема в построении запросов внутри 1С. Посмотрите сколько выполняется запрос на стороне 1С, если там все быстро и проблема именно в моменте обмена с сайтом - то тогда имеет смысл попробовать SOAP. по крайней мере сколько я с ним работал — проблем с задержками никогда не было.

Answer 1

[Андрей Саврасов]

Не правильный подход делать прямые запросы в 1С.

Необходимо, что 1С была всегда инициатором выгрузки.

Т.е. 1С сама подключается к сайту, по расписанию и выгружает данные. JSON, XML, CSV на ваше усмотрение.

Когда нужно загрузить данные с сайта в 1С.
Нужно собирать их отдельно в БД и 1С должна делать запросы раз в какое-то время и проверять есть ли данные.

Comments

[Дархан]

Ясно,значит изначально пошли не тем путём.
Я думал что так будет проще,т.к 1с-ка просто отдаст данные и я сам буду парсить не дёргая никого со стороны 1с.

[Дархан]

А всё таки,если попробовать на стороне 1с сделать по расписанию выгрузку в файл?
И я бы этот файл просто забирал бы на скачивание и парсил бы?

[Андрей Саврасов]

Это большая дырка в безопасности.

Лучше делать тогда SOAP веб сервис.

Ну или тот же файл 1С-ка может сама загружать вам по FTP на сервер.

А вы в свою очередь вешаете скрипт на CRON который будет проверять наличие файла, обрабатывать и удалять после обработки.

[Дархан]

Андрей Саврасов, во) спасибо

[Вячеслав]

Дархан Камалиев, зачем такие сложности с FTP и прочим? есть отличный проверенный способ: вебсервис + SOAP
на входе получаете тот же объект, только без всяких головняков
но в общем хозяин барин...

[Андрей Саврасов]

Вячеслав, я это писал) Но человек хотел именно файл