Comunicazione tra server php e server node hostati nella stessa vm

Comunicazione tra server php e server node hostati nella stessa vm postato il 07/03/2022 17:06:38 nel forum programmazione, gdrcd, grafica e open source e modificato da soizora il 07/03/2022 17:07:32

è una curiosità più che altro: Ma se io ho una applicazione web che usa il php per le api restful, un server node per gli aggiornamenti in tempo reale e come applicazione front end una spa come react o vue, quando un user fa un aggiornamento di una risorsa api con php, secondo voi è una buona pratica far segnalare l'avvenuto aggiornamento risorse a node js per l'udate del client tramite messaggio socket, facendo fare alla risorsa php un chiamata cUrl al server node? o sono consigliabili altri metodi? tipo so che laravel fa fare la comunicazione tra i due server usando redis come intermediario, ma è roba parecchio macchinosa e vorrei evitarmela. voi che mi consigliate? cUrl o roba tipo redis?

10/03/2022 19:48:27

Diciamo che viene consigliato redis per utilizzare il pattern publish/subscribe. Potresti provare pusher js, evitandoti di dover usare redis e node, la versione free pare essere più che sufficiente sia per test che per un pbc.

---

W O L F C L U B - Chasing the Storm

10/03/2022 20:30:55 e modificato da gianni10049 il 10/03/2022 20:34:02

soizora ha scritto: è una curiosità più che altro: Ma se io ho una applicazione web che usa il php per le api restful, un server node per gli aggiornamenti in tempo reale e come applicazione front end una spa come react o vue, quando un user fa un aggiornamento di una risorsa api con php, secondo voi è una buona pratica far segnalare l'avvenuto aggiornamento risorse a node js per l'udate del client tramite messaggio socket, facendo fare alla risorsa php un chiamata cUrl al server node? o sono consigliabili altri metodi? tipo so che laravel fa fare la comunicazione tra i due server usando redis come intermediario, ma è roba parecchio macchinosa e vorrei evitarmela. voi che mi consigliate? cUrl o roba tipo redis?

Ciao Soizora!

Allora, di solito l'aggiornamento delle risorse e le richieste (in un'app che non ha intermediari, quindi caso "classico") vengono da una richiesta in FrontEnd che fa un controllo ed aggiorna, quindi la comunicazione e' FE->BE.

Se invece il tuo intento e' il contrario, ovvero, BE->FE, quando riceve delle variazioni, i metodi sono pochi e sicuramente arzigogolati (non me ne vengono in mente di semplici):
- redis -> Che permette lo storico degli status e funziona come fosse un intermediario.
- GraphQl -> Che permette tramite le subscriptions l'aggiornamento real time dei dati in sincrono con il BE (in base alle sue risposte, agganciandosi agli stati di react).
- Continue chiamate in BE dal FE, ma chiaramente hai molta pesantezza (chiamate temporizzate, metodo classico insomma).

Mi vengono in mente solo questi metodi al momento, pero' se usi React ti consiglio redis/graphql, io li uso abitualmente per lavoro e sono molto facili da installare (se ci prendi un po' la mano) ed hanno tante funzioni utili sul lungo termine.

PS: Se hai piu' dettagli sull'infrastruttura che usi, magari mi viene in mente qualche nuovo dettaglio!

<3

---

Programmatore Ombra, Membro dell'associazione Skull And Bones, Master Troll certificato dalla comunita'
Ma ho anche dei lati negativi.

10/03/2022 20:32:35

vi ringrazio entrambi :)