Здравствуйте.
Есть ли возможность отдать ответ клиенту и после этого продолжить выполнение скрипта?
У меня просто довольно таки длительная обработка данных, и хочется после валидации сделать ответ типа:
"все ок, данные получил, начал обрабатывать"
и уже потом проводить обработку.

Если я правильно понял, то можно.

Можно, скинуть буффер, у клиента появятся данные "все ок, данные получил, начал обрабатывать", а дальше браузер будет ждать пока скрипт не закончит работу.
Чтобы скинуть буфер, то есть вывести в браузер данные немедленно используется связка flush() + ob_flush()
Но есть несколько проблем, которые не дадут браузеру сразу отобразить информацию:

• Особенности рендеринга браузера, браузер может ждать большой кусок данных и не выводить их пока столько данных столько не накопится, либо не будет закрыт какой-то элемент HTML
• Всякие прокси серверы, которые являются мостиком между клиентом и сервером, они могут отдавать сразу целую страницу(то есть у клиента будет белый лист и загрузка, пока скрипт не отработает)
• У веб сервера может быть включено например сжатие, и кусками страницу он не может отдать.
• etc

ob_flush нужен если выходной буфер перехватывается в php(есть обработчик ob_start())

Есть еще одна, самая главная проблема -- AJAX запросы.
redystate не будет установлен в 4 после сброса буфера. Да и браузер будет показывать, что страница еще не загрузилась. Т.е. нужно чтобы клиент понял, что передача данных закончена. 

как вариант, отдавать оставшиеся данные на обработку другому скрипту

piflit, вариант не очень, т.к. это ровно в 2 раза увеличить нагрузку + запросы по http к самому себе (через cli не получится). 

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

Ок. Задача полностью. Из facebook приложения делается ajax запрос на мой сервак. Т.е. запрос проходит по пути:
клиент -> facebook -> мой сервер
пришедшие данные нужно первоначально обработать и выдать ответ (на входе координаты, на выходе адрес). Работать в обход facebook нельзя, т.к. ответ должен содержать fbml, который интерпретируетя их сервером, т.е. нужно действительно завершить передачу данных. Кроме самого геокодинга нужно выполнить еще несколько дейтсвий, о результатах которых пользователя информировать уже не нужно. Почти все эти действия -- REST запросы, т.е. процесс довольно таки длительный.
Нужно -- сократить время отклика сервера. Самый оптимальный путь, который я вижу -- отдать ответ до выполнения REST запросов.

Это сообщение отредактировал(а) solenko - 11.8.2008, 22:24

речь, как я понимаю, о закрытии сокета?
в этом случае, если не ошибаюсь, единственный способ - это форкать скрипт, как предлагал piflit 
ну, и определиться, какую задачу решаем - сокращаем время отклика или нагрузку. не пытаясь решить сразу обе.
только непонятно, почему по http-то себе запросы. и как оно по http поможет? курл, что ли? а как это сократит время работы вызывающего скрипта?
единственный способ, который я знаю - это вызов консольной команды через system с переводом её в фон. если это невозможно, то предлагаю подумать над реализацией этой возможности

solenko, существует несколько способов.
Первый, имхо, самый правильный - это сказать клиенту, что бы закрывал коннект по получении ответа. 14.10 Connection

Но в этом случае нужно будет самому формировать заголовок Content-Length, т.к. сервер не знает когда скрипт перестанет передавать данные и, соответствено, не сожет его сформировать до окончания работы скрипта. Т.о. вручную сформировав и отправив эти заголовки, клиент закроет коннект после получения указанного размера контента, а сам скрипт при этом продолжит работу.

Второй вариант - это использовать Shutdown Handler. Зарегистрированная таким образом функция будет вызвана уже после того как сервер окончательно сформирует и отправит ответ клиенту.

Ну и последний вариант - это, как уже говорили, fork.

Это сообщение отредактировал(а) sTa1kEr - 12.8.2008, 11:19

Попробовал вариант с Connection: Close. Что-то не получается. Тестовый исходник:

Что получаем в итоге:
Клиент ждет ответа 50 секунд, после чего выводит первую строку. Header'ы:
Connection: keep-alive

Нужна ли какая-то дополнительная конфигурация сервера чтобы использовать Connection: Close? Где я ошибся? 

Это в response хидерах? Скорее всего вы используете какйо-либо reverse-proxy, к примеру nginx? Если да, то дело скорее всего в нем, решение проблемы - обращатся к серверу на прямую.

В Apache2 с включенной опцией KeepAlive On нормально отсылает Connection: Close

Дома на Win Vista, Apache2.2 отправлялись keep-alive.
На работе Linux + Apache2.2 -- все отлчно.

Огромное спасибо за помощь -- это действительно то решение, которое я искал.

Anarki, Спасибо!
Из всего, что удалось найти, только твой способ и работает.
Причём именно с echo str_pad('',1024), хотя бы 1 раз. Дальше уже и просто flush() выводит.
А сам по себе flush();, как везде советуют, не действует.
Находил ещё только один способ (там в самом низу) заставить flush() выводить текст с продолжением выполнения скрипта. Но там 30 строк кода и 2 цикла. А тут всё компактно.
Спасибо.