dotaz pro profíky ;-)

Už ve více situacích jsem narazil na podobný problém. Obecně jde asi o následující:

Bývají situace, kdy vykonávaný php skript na serveru je z důvodů výpočetních/updatovacích časově náročný, přičemž se jedná o dodatečné výpočty prováděné až po vrácení výstupu (resp. z těchto výpočtů už není žádný výstup, jde pouze o update stavu databáze).

Prohlížeč zašle požadavek na server, ten začne zpracovávat příslušný skript a vracet prohlížeči výstup. Dokud však běh skriptu neskončí, apache neukončí spojení s prohlížečem. Dá se nějak za běhu skriptu oznámit apachi a tak i prohlížeči, že už nebude žádný další výstup? Tak, aby zbytek skriptu proběhl "na pozadí"?

Doufám, že je to jasné, jinak případně doplním konkréta.

Tak jsem rád, že se našlo pár ideí. Pro lepší představu nastíním jednu z praktických situací:
U aplikací sledujících návštěvnost stránek se na sledovaných stránkách volá se script, který má vrátit obrázek (ikonu) vloženou do stránky. Zároveň s jeho vygenerováním/zasláním (resp. po něm) je třeba provést update databáze (statistiky atp.), které jsou výpočetně náročnější. A protože např. na stránce není zavolána JS akce onload(), dokud není načten celý obsah, čeká se i na dotažení této ikony. Pak jsou delší čekací doby nepřípustné.
Samozřejmě, jedna možnost je oddělení funkcí - místo provedení všech operací jen zapsat údaje potřebné pro další zpracování do nějaké fronty, která je zpracovávána např. dávkově cronem, ale už to není aktuálnost v reálném čase.

Z výše popsaného snad vyplývá, že header(Location:...) není to pravé ořechové.

To Leo... vyzkouším ten output buffering, výpočet jeho obsahu a tu hlavičku Content-length. Jen tuším, že by měla asi být zapsána/zaslána před flushem ;-)
Btw. Ten kod 200 OK se zasílá na konci skriptu?

add. koudi
>pokud prace s db trva dyl jak sekundu
Tak to maj asi někde ucpaný trubky :)
Mno, občas pracuji s optimalizovanými (bez ironie) aplikacemi/db, které zpracovávají data i v řádu minut ;)

add. Hugo "A co spustit jen malý skript, který zavolá jiný skript a skončí. Tím by se to mohlo vyřešit."
Nevím přesně, co myslíte ... include(), require() ... to vše se vkládá dovnitř skriptu, takže skript sám bude pokračovat až po provedení. Stejně tak virtual().

Kajman_
Dělám většinou v PostgreSQL a samozřejmě triggery i procedury využívám. To je taky možnost, ale opět je třeba zajistit, aby se nečekalo na output z db.

Tomu s tím parserem asi nerozumím, můžete to upřesnit?

Použití system() je kulišácké řešení ... spuštění druhého skriptu přes příkazovou řádku? Kdyby to pomohlo, tak proč ne ;) Podle dokumentace ale soudím, že by výsledek byl jako u include(), stejně by se ten skript zasekl u toho system() a čekal na jeho dokončení.

Nebrat prosím srovnání s include() doslova ... vím, že jde o úplně jinou funkčnost.