+- JeuWeb - Crée ton jeu par navigateur (https://jeuweb.org)
+-- Forum : Général (https://jeuweb.org/forumdisplay.php?fid=36)
+--- Forum : Des jeux (https://jeuweb.org/forumdisplay.php?fid=59)
+--- Sujet : Browser Quest (/showthread.php?tid=6057)
RE: Browser Quest - SorenS - 30-03-2012
Bah le but de Mozilla est pas de faire un jeu complet ...
Ils veulent :
- montrer la puissance de html5 + js
- montrer que firefox supporte ça sans soucis
- et basta
RE: Browser Quest - Argorate - 02-04-2012
comment est géré le partage des données? c'est du push pour permettre de voir les actions des autres joueurs? Comment ils font du temps réel?
Aucune raquette ajax d’après firebug, c'est surprenant... je comprends pas trop comment ça marche techniquement parlant.
RE: Browser Quest - niahoo - 02-04-2012
C'est avec les websockets, ils le disent partout dans le jeu.
RE: Browser Quest - Argorate - 02-04-2012
Y a des tuto en francais qui utilisent cette techno?
Ça serait intéressant d'avoir le détail, car il donne le code source mais bon c'est pas parlant du tout.
RE: Browser Quest - php_addict - 02-04-2012
http://lmgtfy.com/?q=websocket+html5
RE: Browser Quest - niahoo - 02-04-2012
putain Argo mais tu débarques* ? on en parle sur le forum depuis mille ans !! ou alors tu fais pexer ton compte jeuweb par un chinois
*sans aucune animosité hein !
RE: Browser Quest - quentin01 - 02-04-2012
Ils utilisent le couple Websockets + Node.JS ce qui leur permet de faire des sockets clients vers un serveur codé en JS
RE: Browser Quest - Argorate - 02-04-2012
Oui j'ai bien vu ça pour node js coté serveur, mais justement, es-ce indispensable? ça ne marche pas avec du php classique?
Sinon, on est sur un forum pour parler, si vous êtes là pour balancer des liens google useless et des remarques inutiles et non constructives, vous n'avez rien a faire sur un forum de partage, d'écoute et d'échange, merci de votre compréhension.
RE: Browser Quest - Maks - 02-04-2012
Ca marcherait avec du PHP classique (ou autre langage serveur bien sûr) mais ça va être moins rapide je pense (pas asynchrone).
RE: Browser Quest - quentin01 - 02-04-2012
Bien moins rapide même, le JS executé à l'aide de Node.JS selon les benchmarks va carrément bien plus vite que du PHP en CLI. De plus, le PHP comme le dit Maks est synchrone, or si plusieurs clients se connectent, PHP les bloque, il faudrait donc utiliser une extension permettant de multithreadé PHP, il n'est donc pas fait pour ça. Alors que le JS est lui fait pour ça, asynchrone et réellement fait pour être multithreadé.
Après je ne sais pas quoi dire de plus, c'est assez simple à comprendre. C'est la même architecture qu'un logiciel qui se connecte à un serveur. Le client s'y connecte à l'aide des sockets, et ils s'envoient mutuellement des sockets pour se dire ce qui se passe.
Concernant Node.JS en lui même et les websockets, tu as parlé d'Ajax et j'aimerais dire en quoi les websockets sont plus performantes. Une requête AJAX c'est une requête HTTP comprenant donc l'en-tête à envoyer, l'en-tête reçu et le contenu, or dans le cadre de petites informations ( donc de petit contenu ), les en-têtes HTTP sont majoritaire dans les échanges, les éviter économise beaucoup de bande passantes ( surtout qu'une requête HTTP passe par Apache, qui doit executer du PHP ... ). Les websockets sont un dérivé du protocole TCP mais utilisant une en-tête HTTP au départ, par la suite aucune en-tête n'est utilisé. C'est donc économe en bande passante, de plus, ça évite de passer par Apache ou d'executer un nouveau code à chaque fois puisque là le code du serveur est toujours en route en background sur le serveur. Cette solution est donc économe en bande passantes mais aussi en performances au niveau de l'execution du code.