Discussion :

[Romaiiiiiin]

Bonjour,

A la base je mettais dirigé vers les websocket pour faire communiquer mes joueurs entre eux c'est à dire qu'un joueur créé la partie en tant que serveur...etc, mais je compte mettre tous les joueurs en tant que client.
Ces clients rejoindront des parties, ou créeront des partie, mais elle seront géré par le serveur du site.

Chaque partie créer sera un enregistrement dans une table 'PARTIE' de ma BDD, et cette table aura plusieurs joueurs. Quand des joueurs rejoindront une partie le champs 'NO_PARTIE' de l'enregistrement du joueur dans la table 'JOUEUR' prendra l'id de la partie rejointe..

Donc les données ne sont plus envoyé aux clients, mais le client doit constamment les chercher dans la base de donnée pour voir les changements (savoir combien il y a de joueurs, ou en est la partie ...etc).

Donc ma question : Quelle méthode utiliser pour constamment lire dans la base de donnée, je suppose que ça n'est pas possible avec Django même mais en JS, JS peut il lire et écrire dans ma BDD, ajax est il la meilleur solution, ajax cohabite il avec Django de la même façon qu'avec un site php ?

Merci.

[wiztricks]

Salut,

Donc ma question : Quelle méthode utiliser pour constamment lire dans la base de donnée, je suppose que ça n'est pas possible avec Django même mais en JS, JS peut il lire et écrire dans ma BDD, ajax est il la meilleur solution, ajax cohabite il avec Django de la même façon qu'avec un site php ?

Ajax est une requête HTTP lancée depuis le navigateur (sur le client).
Django est un serveur HTTP, il devrait savoir répondre à une requête (même "ajax").
Mais les Websocket sont là pour faire remonter une information aux clients sans qu'ils aient à aller la chercher.

Prenez le temps de digérer tous ces concepts, sinon pas facile de savoir quand utiliser quoi...
D'autant que cela ne sera pas si simple à mettre en œuvre: en avez vous vraiment besoin?

- W

[Romaiiiiiin]

Salut,

Je trouve que le websocket est effectivement plus optimale, pour ce genre de chose, mais ça obligerai un client à devenir serveur ce que je ne souhaite pas.
L'idéal se serait que le serveur Django le fasse implicitement (envoyer des données au clients), sans devoir recréer d'autre serveurs.


Ce que je souhaite faire :

Regrouper plusieurs utilisateur dans différentes 'rooms', et les faire communiquer entre eux, savoir quand quelqu'un rejoins la room, mettre au courant les utilisateurs de la room quand un utilisateur à cliqué sur un bouton..
Mais je ne souhaite pas créer un serveur par room comme le ferait un websocket, car je ne pourrais plus écrire/lire dans la BDD de Django.


Je ne vois donc qu'une seul solution : constamment lire la base de donnée pour vérifier s'il y a du changement, bien que je trouve cette méthode assez sale.

Déjà est-ce que je me trompe dans mon raisonnement, et que me conseillerais tu d'utiliser pour faire cette chose ?


Merci, pour l'aide que tu m'apportes ça m'aide beaucoup.

[wiztricks]

Salut,

Je ne vois donc qu'une seul solution : constamment lire la base de donnée pour vérifier s'il y a du changement, bien que je trouve cette méthode assez sale.

Déjà est-ce que je me trompe dans mon raisonnement, et que me conseillerais tu d'utiliser pour faire cette chose ?

En gros, vous réalisez un "chat" via un serveur qui s'occupe de gérer les groupes/salles existantes.
Vous pouvez utiliser un GUI basique qui dialogue avec un serveur via des sockets IP "standards" sans vous prendre le chou à emballer tout ça dans du javascript et du HTML (au moins dans un premier temps, çà évite d'avoir à penser dans 3 langages de programmation différents). Ce qui vous permettrait de penser aux fonctionnalités du jeu plutôt qu'à espérer qu'un outil magique les réalisera pour vous.

- W

[Romaiiiiiin]

Qu'est ce que tu entends par "socket ip standard", quel est le langage utilisé pour la connexion, python ? Cette méthode créée elle un serveur par room ?
As tu un tutoriel sur le sujet ?

Je précise que j'ai toujours besoin de communiquer avec la base de donnée sans avoir à rafraîchir la page, l'ajax s'impose donc ?

[wiztricks]

Salut,

Je parle du petit monde TCP/IP qu'on vous a indiqué dans ce post et du besoin exprimé ici.

Ce n'est pas en empilant les couches techniques comme HTML, Ajax, Javascript, Django,.... que les difficultés techniques que vous cherchez à résoudre vont disparaître.
Et si vous voulez un tuto pour voir comment réaliser çà, vous avez déjà celui-ci.

- W

[Romaiiiiiin]

Merci de t'as réponse, j'ai en effet effectué et terminer mon application de bataille navale en réseau avec la bibliothèque socket de Python à l'aide de ce tuto et d'autre.
Cependant je ne pensais pas que celle ci serait utilisable sur le web.

Par contre cette méthode oblige la création d'un serveur par partie, qui n'est re-joignable que grâce à son adresse privée, les joueurs doivent donc être sur le même réseau ?

[wiztricks]

Merci de t'as réponse, j'ai en effet effectué et terminer mon application de bataille navale en réseau avec la bibliothèque socket de Python à l'aide de ce tuto et d'autre.
Cependant je ne pensais pas que celle ci serait utilisable sur le web.

Le "web" est une toute petite partie d'internet qui échange ses données via un protocole appelé HTTP.

Par contre cette méthode oblige la création d'un serveur par partie, qui n'est re-joignable que grâce à son adresse privée, les joueurs doivent donc être sur le même réseau ?

Votre serveur de jeu devra être adressable depuis le réseau public. C'est une question de proxy, de NAT,.... qui ne se résout pas par la programmation ou des outils logiciels mais par la configuration de routeurs réseau (ou l'installation du serveur sur le réseau IP "public").

Si votre code actuel oblige la création d'un serveur par partie, il va falloir bosser pour lui permettre de travailler sur plusieurs parties. C'est d'abord une question de protocole (les messages échangés entre clients et le serveur) et non de "codage" ou d'outil.

- W

[Romaiiiiiin]

D'accord il me faut seulement ouvrir les ports de ma box et de mon par-feux pour créer mon serveur de jeux sur mon adresse IP "public", je vais essayer ça alors !

Après pour que mon serveur puisse gérer plusieurs partie en même temps, je devrais peut être regrouper les clients de cette façon :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
client = {
"room1":[client1, client2, client3],
"room2":[]...
}

De cette façon lorsque je reçois un message d'un client, je déroule les clients des listes du dictionnaire, une fois le client trouvé j'envoi l'info à tous les clients du tableau correspondant.
Cette façon de faire est viable ?

[wiztricks]

De cette façon lorsque je reçois un message d'un client, je déroule les clients des listes du dictionnaire, une fois le client trouvé j'envoi l'info à tous les clients du tableau correspondant.
Cette façon de faire est viable ?

Une liste de clients d'un côté et une liste de "room" de l'autre.
Savoir quels sont les clients dans une "room" est nécessaire... mais c'est un aspect du problème: dans quelle "room" ira le client qui arrive? Que faire de "room" sans client? Rien de bien compliqué mais si vous ne définissez pas cela, çà va être gribouille à coder.

- W

[Romaiiiiiin]

Oui, merci encore pour toutes vos aides, je vous tiens au courant de l'avancement du projet, bonne soirée !

[Romaiiiiiin]

OK, c'est bon mon serveur est re-joignable via l'adresse IP "public" !