Apprendre Node.js

Au niveau des performances je vois pas trop l’intérêt de comparer.

Node tourne sur V8 et a des performances ~3x plus élevées que PHP, que ce soit en nombre de "hello world" que tu peux servir en faisant un test de charge ou en terme de temps de réponse pour des tâches CPU intensive. C’est pas surprenant sachant qu’une requête vers une page PHP passe par le serveur web qui demande à PHP d’ouvrir un fichier, de le compiler en bytecode, puis d’interpréter ce bytecode. Node tourne, il s’arrête pas, le code est compilé en langage machine, hautement optimisé, et caché.

Tu peux cacher l’opcode de PHP moins lent, ou tu peux compiler PHP en C++ puis en langage machine avec HHVM et tu seras presque aussi rapide que Node.

Mais ça n’a pas grand intérêt de comparer ça à mon avis. Pourquoi aurais-tu besoin de pareilles performances ?

Tu peux cacher l’opcode de PHP moins lent, ou tu peux compiler PHP en C++ puis en langage machine avec HHVM et tu seras presque aussi rapide que Node.

php7 est déjà casi aussi rapide que HHVM soit dit en passant.

En js c’est pas faisable car on peux pas envoyé notre message à un mail.

bah si, c’est possible c’est juste que le navigateur n’offre pas cette possibilité. A l’opposé, lorsque tu tournes côté serveur, tu n’as plus les limitations de sécurité du navigateur et tu peux faire tout ce qu’un programme normal peut faire. Il faut comprendre que le JS dans le navigateur c’est un JS dans un contexte très précis : attaché à la fenêtre navigateur, avec un DOM omniprésent et des limites de tous les côtés pour éviter les failles de sécurité.

Un langage (Turing complet) peut tout faire, théoriquement. Ce n’est pas forcément le langage qui limite mais comment et où il est exécuté. Le JS dans le navigateur ne peut pas envoyer de mail car le navigateur, qui l’exécute, ne te fournit pas de fonctions pour cela. Mais ce n’est pas une limitation du langage. Avec node tu n’auras pas un nouveau mot-clé pour le faire mais des fonctions pour faire ça.

Oui, mais au niveau des performances.

Comparer les performances entre les deux "stacks" n’a quasiment aucun sens. Outre le fait que l’un soit un langage, l’autre un contexte d’exécution

C’est pénible parce que c’est un peu la mode de confondre temps de réponse, scalabilité etc.

Y’a une différence majeure dans le threading model de tous ces nouveaux outils taggés "reactor" / "nio" / "async". Et ça a des implications concrètes en termes de performance et de scalabilité.

C’est surtout vrai dans le monde Java (ou Python, je pense) où l’on peut comparer, sur un même environnement d’exécution (la JVM) les deux approches.

Sur la JVM, on constate par exemple que l’approche 1 thread / 1 req HTTP est parfois plus efficace lorsque le context switch est faible (scalabilité faible) étant donné qu’on bypass tout le scheduling, on gagne quelques pouillèmes de ms. Par contre lors de la montée en charge (donc plein de requêtes en même temps) l’approche "reactor" (single threaded ou multi-reactor, multi-core-threaded, pardon pour l’abus de langage) est nettement plus performante.

Du coup c’est difficile à comparer sans cas d’usage précis.

En plus de ça, il faut bien prendre en considération les avantages et inconvénients des deux solutions (single-threaded vs. 1 thread / HTTP req) dans l’approche de programmation (réactive, asynchrone). Certains trouveront la première (event-loop-based + callbacks et/ou promises et/ou coroutines) plus facile à "raisonner" (pas de race-condition), d’autres trouveront plus simple de se passer de callbacks pour exécuter du code bloquant.

A mon avis c’est un truc à vraiment vraiment prendre en considération quand on passe d’une approche à l’autre (ici PHP vers NodeJS) : il y a le langage, évidemment, le runtime, aussi, mais aussi et surtout le modèle de threading derrière, ça évite de se retrouver avec une event-loop-bloquée-qu’on-comprend-pas-pourquoi.

EDIT : c’est ma réponse aussi à la question de l’OP, parmi les trucs que je considère essentiel dans l’apprentissage de NodeJS, il y a son approche "event-loop" à bien, bien piger. Selon moi c’est un point de passage obligé.

EDIT2 : http://blog.mixu.net/2011/02/01/understanding-the-node-js-event-loop/ peut aider.

Ce qui est déroutant avec nodejs c’est peut-être la structure du code et le fonctionnement de require.

Tu as beaucoup de projet avec express, tu peux facilement trouver des exemples.

Parcontre dans d’autres sujets sur le forum, certain avait tendance à déconseiller le PHP parce qu’on trouver de mauvais conseils. Par expérience, des deux langages, je dirais que nodejs c’est pire. On trouve beaucoup de "tuto" copier/coller qui ne font que répéter la même chose/bêtise et très peu avec des informations utiles.