Re: RFC proposal: worker mode primitives for SAPIs

From: Date: Tue, 26 Dec 2023 05:02:05 +0000
Subject: Re: RFC proposal: worker mode primitives for SAPIs
References: 1 2 3 4  Groups: php.internals 
Request: Send a blank email to internals+get-122046@lists.php.net to get a copy of this message
> > So you want to introduce a SAPI that doesn't work with any of the existing > HTTP solutions people use that only supports HTTP requests? Or am I > misunderstanding something? > > This sounds a bit like you want to merge in a tool that is designed for > your personal product directly into core. FrankenPHP may be incredible and > awesome, but the world runs on Apache and Nginx for HTTP requests. > > To be honest, after trying RoadRunner (an alternative to FrankenPHP), I'm using it for all my projects if the framework and packages have no issues with this execution model. Only old codebases with extensive usage of global variables and stateful services are at risk. If you stick with readonly classes and follow best DI practices, there will be minimum to no issues. Symfomy is actively propagating safe coding styles. So from my POV it is not a problem that a new execution model will be supported. If your code is not compatible - then this is your problem. It is normal that some code may not work properly in different modes. The fact that the world is running on Apache and Nginx doesn't mean this will be forever with no alternatives. The fact that there are multiple projects with the same goal shows that there is a big demand for PHP speedup. And there are no visible alternatives except a worker mode. IMO.

« previous php.internals (#122046) next »