Discussion :

[ksven41]

Je suis en train de développer un application java : il s'agit en fait d'un applet java: un jeu de carte en ligne multijoueur centraliser sur un serveur web standard en php (mois cher évidemment au niveau du coup du serveur). Le modèle de communication (vue globale) est en effet la suivante
- un petit tampon (dans une base de donnée sur le serveur web) est allouée à chaque client
- le client vérifie périodiquement l'état de son petit tampon pour vérifier qu'il a recu un message ou pas, au bout d'un certain temps (disons 15 s), s'il ne se manifeste pas pour vérifier son tampon il sera considérer comme déconnecter
- pour envoyer un message à un client il le suffit juste de le mettre dans son tampon.

Jusqu'ici ca marche bien, il y a bien sur une certaine latence entre l'envoi et la réception du message, mais ca n'influe pas beaucoup sur le cours du jeu.

Ma question est alors est ce que ça se fait, ou bien je suis à coté d'un truc qui va me faire abandonner complètement mon projet. et aussi l'avenir de l'applet java bien sur.

[thelvin]

C'est très loin d'être idéal, tu t'en doutes, mais en conséquence d'un certain nombre de faits :
- Les NAT et firewalls d'aujourd'hui rendent techniquement difficile au "visiteur lambda" d'être l'ordinateur serveur ;
- Les hébergeurs gratuits ou pas chers fournissent seulement le php HTTP/HTTPS et la base de donnée, mais pas de port d'écoute synchrone :

... On peut pas trop faire autrement sans mettre la main au portefeuille.