"nem indul minden egyes requestnel uj process" van valamifele ujrahasznositas. De pl megnezed az FPM configot talasz benne ileneket:
static - a fixed number (pm.max_children) of child processes
dynamic - the number of child processes are set dynamically based on the following directives. With this process management, there will be always at least 1 children.
Szoval lehet hangolgatni, meg jatszadozni vele. Ebben megkovetem magam, nem _feltetlen_ indul uj process. De van amikor igen, beallitas kerdese valoban.
"Az a problemad, hogy a response utan megy a levesbe minden?" Igen, hogy nincsenek shared resourcek requestek kozott. Ami jo buli amig mywebpage.php-t kell kiszolgalni shared hostingrol, de amint bonyolultabb a domain lehet minden requestnel ORM-et epiteni, meg classokat loadolni (a leglassabb komponenserol a szamitogepnek), (syntaxist ellenorizni, bytekodot forditani,) db kapcsolatokat epitgetni, meg fetchelni a db-bol mindent, stb.
Aztan mindenfele hackolassal/modszerrel persze ezeket meg lehet kerulni, de azok mar mind a hibas koncepcio hozomanyai.
Mennyivel egyszerubb, amikor megvannak a db kapcsolatok, fel van epitve az ORM, be van toltve a diskrol minden ami az alkalmazasnak kell, bejon egy keres, ha kell indiunk egy _szalat_ (nem processt!) es csak ugy siman kiszolgaljuk a kerest.
Es akkor eloszottt tranzakciokrol, utemezett feladat vegrehajtasrol, tobbszalusitasrol, non blocking io, async, event driven dolgokrol meg nem is beszeltunk (igen vannak megoldasok, de mikor kinyitoda motorhaztetot vegul kulon processeket fogsz talani szalak helyett).
"Koklerek mindenhol vannak" igen, es nem allitotam az ellenkezojet, es a WP-t is mint elonyt hoztam fel :D