Ну собственно сабж..
Как Вы думаете, что лучше использовать для получения результатов работы php файла на удаленном сервере.

Я практически всегда использовал file_get_content, но неожиданно столкнулся с непонятной проблемой, не получаю результат работы. Поэтому попробовал curl и получил необходимую инфу.

Надо сказать, что я получаю некий сериализованный массив еще и упакованный zlib или bzip2. Размер массива я предсказать не могу. но может быть довольно длинным. пока в упакованном виде максимальный размер данных составил 25кб. но вероятнее всего может быть больше.

Это важно и по другой причине, мне надо получить содержание eml файла и передать его в скрипт в том числе и вложения, так что вероятно размер может быть и больше нескольких Мб.

Скажу сразу речь не идет о клиентском скрипте, это обмен между серверами, где канал достаточно большой.

Не хочется наступать на грабли и потом переделывать.
Заранее спасибо за Ваши ответы.

по моему, файл_гет_контент в данном случае будет более накладным по ресурсам и по времени выполнения
наверное все таки использовать курл, если доступен, или сокет, в противном случае
если и то и другое "фэйл", то тогда файл_гет_контент

Провел тесты и слегка удивился.
Как не странно, но в моем случае file_get_content оказался быстрее (процентов на 10ть), чем curl.
Так же разобрался почему не работало Внимательней разработчики, Внимательней!!! Лишние слеши не идут на пользу

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

А в чем проблема то, у php один поток и пока не будет сформирована страница, то ни FGC ни CURL не получать результат, ну разве, что это будет стрим трансляция, хотя и тут я не уверен.
И в том и в другом случае сейчас можно использовать параметры вызова страницы. CURL однозначно круче, но не в плане производительности, а в плане возможностей вызова страницы. Но в моем случае это избыточные возможности.
Я немного не понял, чем CURL может помочь, в случае получения неожиданного ответа. Хотя CURL я не очень то знаю.