Здравствуйте уважаемые форумчане!
Столкнулся с проблемой, в скрипте несколько запросов через file_get_contents. На одном запросе скрипт зависает, хотя ответ в сниффере я вижу мгновенно. Пробовал перенести ответ один-в-один в свой скрипт - отрабатывает нормально в этом случае. Может быть проблема с ssl?
В хедерах ответа сервера есть такие строки

авторContent-Security-Policy: default-src data: 'self' 'unsafe-inline' 'unsafe-eval' ...
Content-Security-Policy-Report-Only: default-src data: blob: about: 'self' 'unsafe-inline' 'unsafe-eval' https: wss:; report-uri /csp/report?always;
Cache-Control: no-cache
Cache-Control: no-store
Pragma: no-cache
Content-Type: text/event-stream;charset=UTF-8
Transfer-Encoding: chunked

Может что-то из этого влияет на разбор ответа запроса.
В среднем зависание скрипта на 50-60 секунд, потом контент запроса отдается в переменную как и должно быть.
Пробовал на курл, то же самое. Перенес скрипт с локалки на сервак, без результата

Евгений1000,
зависает именно на file_get_contents

Решил, сделав на сокетах.

vkle,

Transfer-Encoding: chunked как бы предполагает, что длина не указана. в context на file_get_contents можно тоже таймаут выставить, но он не помогает и в курле тоже. Предполагаю, что он не срабатывает по причине того, что таймаут на период передачи данных не срабатывает, проблема в расшифровке данных. Читал, что до версии пхп<5.3.0 chunked вообще не расшифровывался через file_get_contents.

vkle,

да, видимо эта проблема решаема только через сокеты. И то я сделал




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

Блин, все просто!
В хедер нужно было добавить
Connection: close

Hett, а в чем разница? Курл кстати, тоже самое