There are some pitfalls you should be aware of when using this function.
The script will still occupy a FPM process after fastcgi_finish_request(). So using it excessively for long running tasks may occupy all your FPM threads up to pm.max_children. This will lead to gateway errors on the webserver.
Another important thing is session handling. Sessions are locked as long as they're active (see the documentation for session_write_close()). This means subsequent requests will block until the session is closed.
You should therefore call session_write_close() as soon as possible (even before fastcgi_finish_request()) to allow subsequent requests and a good user experience.
This also applies for all other locking techniques as flock or database locks for example. As long as a lock is active subsequent requests might bock.
fastcgi_finish_request
(PHP 5 >= 5.3.3, PHP 7)
fastcgi_finish_request — Скидає всі дані відповіді клієнту
Опис
boolean fastcgi_finish_request
( void
)
Ця функція скидає всі дані відповіді клієнту та завершує запит. Це дозволяє виконувати трудоємні завдання, неполишаючи підключення до клієнта.
Значення, що повертаються
Повертає TRUE в успішному випадку або FALSE в разі помилки.
add a note
User Contributed Notes 2 notes
tuxrampage ¶
7 years ago
Patrick Allaert ¶
2 years ago
This is very poor man's approach to async execution.
Better relying on message queues to process something asynchronously.
