Руководство по PHPTo end the connection, but continue background processing, other languages offer ways to close STDOUT. This is impossible in PHP, as other submissions point out. In fact, the STDOUT stream has no name in a PHP web script.
register_shutdown_function() is useful, and has nothing to do with that problem.

Хотите "сложный" (лишних строчек 30 :) ), но "правильный" способ для продолжения вычислений после завершения основоного скрипта? Реализовать при помощи SOAP (или какого иного RPC) вызов удалённой функции в стиле "выстрелил и забыл". У меня с NuSOAP это работает. Правда, отлаживать удалённую функцию - морока.

TellurЖдем с нетерпением
А чего ждать? Формула C=2*A+B^2, A и B известны, C самим считать надо:).

На клиенте:

На сервере:

KsnkСвоими словами - нужно послать header('ContentLength:') с правильной длиной.

А как узнать правильную длину? Нет, ну можно, конечно, указать заведомо достаточную длину (напр. 50 Кб), "добить" пробелами, после чего пойти выполнять задачу но... Неуважение это к траффику пользователя - а вдруг у него модем и 50 Кб для него - полчаса (утрировано)?

Ну, до strlen($text) я как-то додумался :). Проблема в том, что в этом случае в переменной $text у меня должен быть <b>весь</b> выводимый HTML. Что не всегда удобно, особенно если на стороне клиента используется JavaScript, который не выносится в отдельный файл. Приходится экранировать спецсимволы для JavaScript... потом для PHP... а потом долго и тяжело отлаживать. Да и с точки зрения ресурсов сервера - работа с длинными строками реализована на PHP, даже если это PHP 5.1, не самым оптимальным образом.

*Никакой проблемы нет.
На вкус, на цвет, на понимание, что такое хорошо, а что такое плохо.
*Полнейшая чепуха. Всё остаётся именно так, как и было.
Так, как и было, остаётся либо javascript, либо всё остальное (если не плевать на W3C, конечно). Подумайте почему.
*Опять ерунду пишете.
Попробуйте в цикле сделать строку из 10'000'000 пробелов. У меня больше 30 секунд при ~100% загрузки процессора, однако. Оптимально, говорите? На VBA и то быстрее.

*А VBA кроме генерирования 10 миллионов пробелов больше ни на что не способен - это единственный круг задач, который он умеет решать? А какую смысловую нагрузку носит ваш пример в реальной жизни? Никогда не видел смысла в синтетических тестах.

Что может делать VBA, можете спросить на форуме MS Access. Много чего. Легче спросить, чего не может. Впрочем, если говорить ещё и о VB - то я бы на нём разве что ядро ОС да драйвера не посоветовал писать.

Насчёт того, что VBA быстрее - я неправ. У него (под Excel) только на первые 100'000 итераций уходит 30 сек, причём с увеличением длины скорость конкатенации логарифмически уменьшается. А вот exeшник, написанный и скомпиллированный в VB 6, справляется с 10'000'000 примерно за 5 секунд, и скорость конкатенации - линейная.

Синтетический тест имеет очень простой смысл. Допустим надо сделать дамп БД, да так, чтобы в этом дампе над данными ещё кое-какие манипуляции проводились. Чтобы сделал дамп из PostgreSQL - и можно было развернуть в SQLite, и наоборот, чтобы искусственные идентификаторы "выравнивались", sequence'ы переставлялись. Размер файла - как раз порядка пока порядка 50 Мб. Стандартные утилиты не умеют. Как сделать просто и кроссплатформенно? Написать на PHP, что я и сделал. Работает до-о-о-олго. Хотя код вылизан. Проверено: на конкатенацию уходит 2/3 времени.