Javascript coté serveur ? Pourquoi c'est une vrai évolution et pas juste une fantaisie

On commence à en parler un peut partout….

Car Comet permet de faire ce qu'on appelle de l'application temps réel :

http://blog.inovia-conseil.fr/?p=61

et avec HTML5 qui débarque (débarquera dans 2 ans sous IE….) les WebSockets vont permettre énormément de choses, on pourra bientôt faire en techno Web ce qui se fait depuis 15 ans en DCOM, Corba et RMI :-)

Il y a longtemps, il était déjà clair que PHP est à coté de la plaque quand il s'agit de faire du COMET :

http://www.clochix.net/post/2009/04/13/Quand-les-elePHPants-regardent-passer-la-Comet-de-Bayeux

Et donc clairement se pose la question de quel techno exploiter coté serveur pour faire de l'application temps réel (que ce soit du comet ou du web socket)

Il y a des solutions existantes coté Java : (Jetty CometD, Tomcat) mais aussi coté JS (node.js, ape-project).

Et visiblement bcp de gens sont très enthousiasmés par node.js

• Quel framework PHP/Python/Ruby choisir si vous devez apprendre un nouveau aujourd'hui ?

http://xhtml.net/php/pluf-framework-php/619-Quel-framework-PHP-Python-Ruby-choisir-si-vous-devez-apprendre-un-nouveau-aujourdhui

• Node.js ou le triomphe de Javascript :

http://blog.inovia-conseil.fr/?p=101

• Comet with node.js and V8 :

http://amix.dk/blog/post/19484

• Faye :

http://github.com/jcoglan/faye#readme

• Ajaxian :
  

http://ajaxian.com/archives/faye-bayeaux-protocol-comet-server-for-node-js

De là à dire que PHP c'est « has been » et que maintenant c'est le JS qui est roi….c'est un pas que je ne ferait pas.

D'une part du fait de la richesse et de la maturité de l'écosystème PHP.

D'autre part du fait que c'est pas parce que du JS est plus adapté quand il s'agit de faire de l'asynchrone et du temps réel que JS est pour autant plus adapté pour notre quotidien.

Le jour ou notre quotidien nécessitera de faire de l'asynchrone en permanence alors oui, PHP sera has been. (mais est ce que ca arrivera un jour ?)