В идеале хорошо бы получить данные со стороны заранее и закешировать их локально, тогда никаких "ожидалок" не требуется. Конечно, если по бизнес-логике это возможно в принципе.
Вариант, когда внешний сервис недоступен и возвращать в ответе нечего, вообще не рассматривается?

Других... Ну, если только попробовть сбагрить работу с внешкой непосредственно на клиента. Вроде, этот вариант пока не упоминали. :)

Alibek B.,

Так и смотрите, какой вариант более оптимальный, какой более подходящий.

По сути, вебсервер, который обращается к внешке, является прокси. Допускаю, конечно, что на нем какая-то обработка данных происходит. Однако, в описываемом контексте его задача состоит в том, чтобы получить данные с внешки и отдать их клиенту. Притом, из-за тормозов внешки возникла дилемма - то ли долго ждать ответа от внешки, то ли нагрузить вебсервер дополнительными запросами от клиента "ну что, готово уже?" или замутить ответы на PUSH технологии. Вот я даже не знаю, что проще. По мне так ни тот, ни другой вариант не нравятся в первом приближении.

Пересматривать и переделывать, конечно, тоже некузяво. Однако, может статься, что оно окажется соизмеримо по трудозатратам, а может и проще. В случае переделки попутно избавляетесь от прокладки в виде прокси. Разумеется, если это возможно в принципе.

Третий вариант, с предварительным запросом данных от внешки и их локальным кешированием на вебсервере, который в роли прокси, так понимаю, невозможен в принципе.


Уж звиняте, отсюда не видно, что и как там работает. :)

Сюда еще добавить вариант "вернуть ответ о невозможности получения данных" для случая, когда не устанавливается связь или нет ответа, так скажем, за приемлемые 20 секунд.

Затрудняюсь сказать. Может и 200 с набором пхпшных ошибок, если они включены. Или с пустотой.