Thank you for your efforts, but it feels like we're being dragged down again.
Why is it so difficult to introduce asynchronous or coroutine features in PHP? Has PHP been taken over by certain organizations or authoritarian individuals? 《As a user I rather like not having to deal with async in PHP. While I can and do work with it in JavaScript it is by far the part of the language I dislike the most. If I've got to deal with concurrency and thread issues I'm writing the project in Golang or some other compiled language - not PHP》 If asynchronous features are already being used in Go or JavaScript, is there still a need to use PHP? So why are they blocking the introduction of asynchronous and coroutine features in PHP, preventing it from progressing? Given the current state of technology, how much longer can PHP compete with other languages? Please pause the patchwork fixes, and seriously consider what features PHP developers truly need? Please don't let PHP stagnate any longer. 原始邮件 发件人:Edmond Dantes <edmond...@gmail.com> 发件时间:2025年7月16日 00:44 收件人:internals@lists.php.net <internals@lists.php.net> 主题:[PHP-DEV] TrueAsync Engine API RFC Good day everyone. Today I’d like to present an updated RFC related to True Async. This RFC proposes changes only to PHP core and does not affect any user-facing features. https://wiki.php.net/rfc/true_async_engine_api The main goal of the RFC is to introduce a backend for asynchronous functionality in PHP. This approach allows gradually bring async capabilities into the language and gives space to better design the main userland API in a separate RFC later. If this RFC is accepted for PHP 8.5, there is a good chance to prepare userland async in PHP 9. For now, all userland API, such as coroutine functions (spawn), await, and will be available in a separate extension: https://github.com/true-async/php-async. But just to be clear, this extension is not part of the current RFC. Best regards.