Serveur de push

[Plume]

Personnellement, je préfère séparer mes couches de code et gérer tout ce qui touche à ma BDD dans mes models et pas avoir à me soucier de ça dans du node...

Heu… Je vois pas bien le problème.

[Astarion]

J'ai pas dis que c'était un problème, j'ai dis que c'était une préférence...

[Maks]

Tu te souviens du topic ou quoique ce que soit qui me permette de le retrouver facilement ?
Car du système de push on en parle un peu partout

C'était ici : http://www.jeuweb.org/showthread.php?tid...#pid109721

[Plume]

Ce que je veux dire, c'est qu'en Node, tes couches sont séparées ou pas. Comme en PHP en fait.

Donc ce que tu dis est idiot.

[Astarion]

Ce que je veux dire, c'est qu'en Node, tes couches sont séparées ou pas. Comme en PHP en fait.

Donc ce que tu dis est idiot.

Je comprends bien ce que tu veux dire, mais dans mon cas, j'utilise uniquement Node comme serveur de push, il n'a qu'un rôle de "messager".
Le moteur de jeu, en php, est traité par un serveur Apache.

Dans mon moteur, j'ai des accès BDD, etc et je ne souhaitais pas en avoir du coté du serveur de push, afin de centraliser l'accès aux tables dans le moteur de jeu...

Je ne sais pas si c'est idiot, mais c'est une architecture qui me semble claire et structurée...

[niahoo]

Quel choix as-tu fait pour authentifier le joueur sur la connexion avec socket.io ?

[Astarion]

Cryptage de l'ID avec une clé privée

[Damocorp]

impeccable, vous tomber à pique !
En faisant mes tests de communication ce soir, je me suis justement dis qu'il y a avais un problème la ! Que je pouvais pas laisser n'importe qui utiliser le socket.io sans identification.

Comme Node peut directement traiter avec la BDD, j'ai bien envie d'utiliser la même identification que pour le site.
Donc en gros, dans ma tête :

La navigateur se connecte via le socket.io en envoyant simplement le cookie crypté.
Node devra appeler ma page php qui vérifie l'authenticité du cookie, et s'il ne reçois aucun false, il sera autorisé sinon refoulé.

Ensuite, voyant mes logs et fail2ban, je me dis qu'il existe une possibilité de flood pour surcharger le serveur via le socket.
Vous gérez cela comment ?


C'est encore flou pour moi tout ca mais ca avance et ca me donne de plus en plus d'idée.
J'ai vu qu'il exister des framework pour Node.js .
EDIT : et en lisant l'autre topic, je commence à me dire que j'aurai pu tout coder de ce côté la ! Mmm ca me tente bien, mais chaque chose en son temps.

En faisant le tutoriel, que j'ai pas encore fini suite à quelque bug que j'apprend à solutionner, je me suis aperçu que le serveur node.js ne tourne que lorsque mon script est appelé en console. Donc dès que je coupe le serveur se coupe forcément.
Vous avez une piste vers quoi je dois me diriger pour le faire tourner automatiquent ? On apelle ça un daemon non ?

Et de manière général, qu'en est-il de la sécurité d'un serveur Node.js ?

C'était ici : http://www.jeuweb.org/showthread.php?tid...#pid109721 2

Merci Maks, j'vais lire tout cela de suite.

[Astarion]

Globalement c'est ça pour l'authentification, avec une clé privée...

Pour le flood, je ne me suis pas encore posé la question.

Concernant le "deamon" node, regarde de ce coté-ci : https://github.com/nodejitsu/forever#readme

[Damocorp]

Ok merci Astarion !
Je continue mes tests aujourd'hui, je vous tiendrai au courant.