register_shutdown_function が以前どのように機能していたかなど、ユーザーに応答が送信された後にさまざまなことを行う必要があります。
私は sfShutdownPlugin で遊んだことがあります。これは register_shutdown_function を使用するだけです。デストラクタ (アクションのみ) の使用も調べましたが、Symfony はそれをあまり好まないようで、postExecute メソッドはまだコンテンツの前に発生します。送信されます。
register_shutdown_function が以前どのように機能していたかなど、ユーザーに応答が送信された後にさまざまなことを行う必要があります。
私は sfShutdownPlugin で遊んだことがあります。これは register_shutdown_function を使用するだけです。デストラクタ (アクションのみ) の使用も調べましたが、Symfony はそれをあまり好まないようで、postExecute メソッドはまだコンテンツの前に発生します。送信されます。
フィルター チェーンがどのように機能するかを見てみましょう。応答が送信されたが実行がまだ実行されているポイントを見つけることができますか? その場合、この時点で独自のフィルターをチェーンに追加できるはずです。
ただし、これがあなたが望むことを完全に行うかどうかはわかりません-ブラウザがそれを完了したと見なすとは思わないので、コンテンツがロードされて表示されてもスピナーは続行し、document.ready などを遅らせませんか?
sfStorage クラスは、私が思うにシャットダウンのものを使用します - 彼らが何をするかを見る価値があるかもしれません。