Serveur de push

[Damocorp]

Au final, et après y avoir réfléchi une bonne partie de la nuit, Nginx reste la meilleur solution non ?

[Sephi-Chan]

Niahoo, je sais pas comment ça se passe vis à vis du CORS. Quelque chose me dit que ça doit merder.

En solution qui marche toujours et qui est propre, je verrais bien des workers FCGI pour faire toirner l'application (c'est toujours mieux que mod_php) sur une série de ports interne, disons 80xx.

Le serveur de push qui tourne sur un autre port, disons 8100.

Le reverse proxy Nginx qui route les requêtes sur push.domain.com vers le serveur de push, et les autres requêtes du site vers les workers.

[Damocorp]

Bon c'est un peu du chinois pour moi tout cela. J'essai donc de comprendre avec ce que je lit sur le net.

Pour les workers : c'est ce que fait le module forever de node ( tout en bas ) ?

Un worker c'est bien un sous processus ( soit un thread si j'ai bien suivi ) ?

[Sephi-Chan]

Hm.

Je parle ici de workers FCGI. C'est à dire de faire tourner l'application PHP via un outil comme PHP FPM (plutôt que via le mod_php de Apache, car ma solution s'affranchit entièrement d'Apache).

Les workers du module forever de Node sont un peu différents, mais le principe reste semblables : les requêtes seront dispatchées sur ces différents processus.

[Damocorp]

Ok je comprend mieux. Mais étant encore sérieusement néophyte dans le domaine, je tâcherai de pas trop m'aventurer sur ce domaine pour le moment.
J'ai prévu une machine de test, dès que je l'aurai, je pourrai y faire mes essais.

Tout fonctionne à merveille et le temps de réponse et nettement supérieur à de l'ajax. Ca me laisse plein d'idée à tester.
Merci pour votre aide !