Feature-request: Propojení Nette a ReactPHP

Je tu este toto: https://github.com/…e/swoole-src keby si chcel vyskusat…

Rád bych zachoval myšlenku, jakou funguje Nette, tedy v React loop vzal object typu React\Request a React\Response a ty předal do Nette a nchal dále zpracovat standardní cestou. Presenter vrstva by se následně měla postarat o decode/encode z JSON, MsgPack, … postarat o autentizaci a autorizaci etc.

Principielně jde o to, že se v současné době se při každém requestu na serveru, kde běží aplikace v Nette, musí celá aplikace sestavit, aby obsloužila požadavek a následně se uvolnila z paměti a tak stále dokola.

V případě problematiky microservice se pracuje s velkým množstvím opravdu jednoduchých requestů s tím, že čas zmíněný výše převyšuje čas potřebný pro získání samotného výsledku.

reactphp umí běžet jako služba na pozadí, přijímat requesty a odpovídat na ně aniž by se musela celá aplikace stále sestavovat. Díky tomu lze ušetřit více jak 50% času potřebného na zpracování požadavku a to není málo, zvlášť při větší zátěži.

V současné době Nette při svěm běhu sestaví objeky Request a Response na základě dat od serveru a tyto předává do Routeru a začíná celé aplikační flow.

Když by se objekty Request a Response naplnily daty z reactphp tak by to IMHO mělo vyřešit celý problém.

Tedy na serveru bych spustil službu přes /usr/bin/php ~/www/service/www/react-index.php a nasměroval nginx na tuto service.

O něco podobného se již snažilo dříve, ale žel vývoj ustal.

Dotaz tedy zní, co si o tom @DavidGrudl myslí a kolik by případně stál tento vývoj?

A proč je tam nutné Nette? Respektive chápal bych, že server bude posílat nějaké JSON response, což umí ReactPHP sám o sobě, ne?

Předělat presenter & application na ReactPHP by asi šlo, ale nevidím v tom tu přidanou hodnotu. Odhadovat náklady si netroufám.

Ale no tak… Zas tak špatný ten React přece není, ne? ;)

mimochodem, i react od fb je integrovany do php :D https://github.com/…act-php-v8js (ale to uz tak trochu masochismus je, no..)

Od té doby, co je Nette „Dev stack“, tak by to byl jen další „Modul“ a bylo by na tobě, jestli si to stáhneš nebo ne. Jinak máš pravdu, že jedna z věcí na kterou jsme narazili byla v tom, že tebou zmíněné části Nette jsou „moc chytré“ a je tedy težké nahradit jednu vrstvu druhou.

Zkusil jsem tento úkol jako takovou vlaštovku pro „placenou verzi Nette“. Když to vezmu jako příklad, tak se dá domluvit ve firmě, že tu máme prostor na zlepšení naší aplikace, bude to stát tolik a tolik a nesebere to tolik času našich vývojářů. Přijde mi to mnohem transparentnější, než lobovat za příspěvky na něco „abstraktního“ s nejasnými podmínkami.

Při té příležitosti jsme narazili na problém, že Presenter->getUser() je vázáno na celý životní cyklus aplikace a ne na Request. Tedy, že se nepočítá s tím, že by v jednom životním cyklu přišlo více requestů.

Kdyby se tomu někdo dále věnoval, tak by bylo vhodné toto přepracovat.