Ne t'inquiète pas ;-) Je ne faisais que te taquiner :-)) Que tu appelles ça WORE, WORI, WORA ou WORO ça ne change pas grand chose ;-)
Bah Java tourne sur les plateformes que je suis susceptible d'utiliser (enfin presque toutes ... sniff ... BeOS :-(( ...) : Windows, Linux, MacOS X (et j'en passe)
Faudrait expliquer avec des mots simples ce que les brevets logiciels veulent dire (du style "A terme, on risque de rencontrer des situations comme : on ne peut plus écrire un programme qui vous permette de discuter avec vos amis sans payer des droit à X") ... C'est vrai que la plupart des gens lisent le spam (ça m'a tjrs dépassé ms c'est ainsi), mais il faut rendre le message attractif ... (pas 5 pages de plain text en langage juridique)
Moi je suis 100% pour l'idée d'organiser une manif avec diverses assoc' défendant les logiciels libres. Ce qu'il faudrait c'est expliquer simplement aux gens que breveter un logiciel = breveter une idée, que c'est donc liberticide (si je n'ai meme plus le droit de mettre un bouton 'back' dans mes applications maintenant !) ...
Oui mais le problème n'est pas Mono en tant que tel ... Mais Passport, c'est la dessus que le marché reposera ... Mono sans Passport perdrait énormément de sa valeur ...
C'est clair ... Si le pauvre gars avait du porter tout KDE il serait pas sorti de l'auberge ... Faut vraiment que je teste cet OS, j'en entends bcp parler et tjrs en bien !
"L'aide" de MS me semble fort suspect ... Et j'y réfléchirais a deux fois avant d'implémenter un standard de MS ... Il ne faut pas croire qu'ils se gêneront pour faire une version qui ne respecte pas leur propre standard au moment où ça les arrangera ...
Bonne réaction, tu ne m'as pas insulté même si tu en mourrais d'envie! Trés bien!
Bah on y gagne rien a insulter :-) Meme si parfois ça fait du bien et ça défoule, ça nous retombre tjrs dessus ...
N'empêche nelis, ce texte a beau être à la limite du correct quand il parle des JSP, s'il ne l'est pas au niveau du PHP, c'est un troll,FUD,etc...
C'est possible, comme je l'ai dis je ne connais pas PHP, par contre je serais très heureux de l'apprendre :-) Si tu veux on en parle autour d'une bonne bière ? ;-)
Je veux bien le nom des moteurs car avec Tomcat 3.2.1 j'ai le numéro de ligne de la servlet, rien de plus.
Avec Orion (www.orionserver.com) à la compilation :
500 Internal Server Error
Error parsing JSP page /xyz/brochure.jsp
Error in sourceFound 1 semantic error compiling "C:/orion152//brochure.jsp.java":
513. JSPHlper.getLocalDir(session) (JSP page line 116)
<------>
*** Error: "JSPHlper" is either a misplaced package name or a non-existent entity.
Erreur de runtime :
java.lang.NullPointerException
at /brochure.jsp._jspService(/brochure.jsp.java:1097) (JSP page line 287)
at com.orionserver[Orion/1.5.2 (build 10460)].http.OrionHttpJspPage.service(Unknown Source)
at com.evermind[Orion/1.5.2 (build 10460)]._ah._rad(Unknown Source)
at com.evermind[Orion/1.5.2 (build 10460)].server.http.JSPServlet.service(Unknown Source)
at com.evermind[Orion/1.5.2 (build 10460)]._cxb._abe(Unknown Source)
at com.evermind[Orion/1.5.2 (build 10460)]._cxb._uec(Unknown Source)
at com.evermind[Orion/1.5.2 (build 10460)]._io._twc(Unknown Source)
at com.evermind[Orion/1.5.2 (build 10460)]._io._gc(Unknown Source)
at com.evermind[Orion/1.5.2 (build 10460)]._if.run(Unknown Source)
Oui c'est assez vrai sauf dans un cas particulier. Sur un filesystem qui ne fait pas la différence en tre majuscules et minuscules (NTFS pour ne pas le nommer) on peut s'amuser à appeler d'abord azerty/qwerty.jsp puis azerty/QwErTy.jsp. Avec Tomcat on se retrouve avec une erreur 500 pour ClassNotFoundException. C'est con mais Tomcat recherche le fichier QwErTy.class, le trouve car le FS ne fait pas la différence avec qwerty.class. Lorsqu'il essaye d'instancier la classe QwErTy et bien il n'y arrive pas puisque la classe dans le fichier est "qwerty" :-(.
Ce comportement est tout à fait normal ... Les noms de classes sont case-sensitives !!
Bah moi j'en vois un. Lorsque tu es dans une entreprise et que tu n'as pas de licence d'un compilateur C (non gcc ça ne va pas car sous Windows gcc produit du code "cygwin" donc dépendant de l'environnement du même nom). Bref rien de techniquement infaisable mais dans la pratique impossible à faire. Sinon il faut noter que dans un service d'une entreprise travaillant uniquement en Java trouver quelqu'un pour faire le stub en C peut être un problème.
Bah vous achetez une licence pour un compilo C, ou vous en trouvez un gratuit (ça doit bien exister :-)). Sinon pour l'entreprise travaillant uniquement avec Java qui pourrait avoir un problème avec le stub en C, ils n'ont qu'a engager des informaticiens :-) Non mais c'est quoi ces gens qui ne sauraient faire qu'un seul langage ...
(PS : si tu as des URL de site "comment bien faire ses applications JSP/Servlet" je prend).
Ce qui m'amuse bcp avec la plupart des "débats" ici, c'est que ça tourne vite en X contre Y avec un X tout blanc et un Y tout noir. Et que la plupart des gens ne peuvent pas concevoir qu'on aime bien X et Y, ou qu'on aime X mais qu'on ne connait pas Y, ou pire encore : qu'on aime X, qu'on aime pas trop Y mais que ce n'est pas pour ça qu'on va troller sur Y ! Vous imaginez ?? Des gens qui ne trollent pas ! Nooooon j'y crois pas ...
Je n'ai jamais dis que PHP c'était pas bien ou lent ou pas puissant ou quoi que ce soit ! J'ai dit, je connais pas PHP mais je vais y jeter un oeil car ça a l'air intéressant. Personnellement l'utilise Java, j'adore cette plateforme, mais ce n'est pas pour ça que je dis que tout le monde doit l'utiliser, je peux très bien comprendre que des gens n'utilisent pas Java car ils ne l'appécient pas ou qu'ils ne réponds pas a leurs besoins... Ce que je ne supporte pas, c'est que des gens qui critiquent qqchose qu'ils ne connaissent pas... (je ne dis pas ça pour toi, ms en regle générale)
Ouh la :-) C'est quoi toute cette agressivité mon grand ?? :-) Tu crois vraiment que j'organise un complot pour te faire aimer Java ? Je te rassure ce n'est absolument pas le cas :-)
Je ne connais pas l'auteur de la news, et je trouve qu'avec le JSP il est objectif ! Pour le PHP voir mon commentaire plus haut, j'ai dis que je ne savais pas juger parce que je ne connaissais pas, mais que ça m'a donné envie d'y jeter un oeil ;-)
Je ne démonte personne, je n'ai jamais dit a personne d'utiliser PHP plutot que Java, je donne juste des arguments lorsque je ne suis pas d'accord avec un commentaire ... Regarde mes différents post sur cette page et dis moi ou tu vois des trolls ...
Enfin dernier commentaire concernant ta dernière phrase, j'ai terminé mon graduat en informatique industrielle il y a un an, et depuis je travaille pour une boite qui développe des applications ... J2EE :-) Voilà pkoi le sujet me tient à coeur ... Et toi, tu l'as eu ton bac ?
Il ne faut pas nécessairement un serveur d'application pour faire du JSP/Servlet mais uniquement un moteur de servlet
Je suis tout à fait d'accord, c'est de cela que je parlais ... Weblogic utilise son propre moteur JSP/Servlet, Orion aussi, ...
Simplement il en existe forcément de mieux fait que d'autres ...
Comme cela a été dis, le debuggage des JSP est une catastrophe (Internal server error avec un numéro de ligne qui ne correspond pas à qq chose dans la page JSP)
La plupart des engines vont te donner : L'exception et le message associé, la stack trace complète, le numéro de la ligne DU JSP ou l'erreur s'est produite, ...
Donc le debuging n'est ABSOLUMENT pas une catastrophe, et je sais ce que j'avance, je le fais tous les jours :-)
Le principe de fonctionnement des JSP est un millefeuilles : les jsp sont traduits en servlet (une classe java qui enverra sur "stdout" ce qui doit être envoyé au navigateur), le code java de cette servlet est alors compilé en bytecode java qui va être chargé par le moteur de servlet et exécuté.
Effectivement cela se passe ainsi : lors d'une requete vers un JSP, l'engine regarde si le JSP a deja été compilé. Si oui, il l'execute, si non, il génère le servlet, le compile, puis l'exécute. Une fois que le JSP a été compilé, il ne devra plus l'etre. De plus, tout ça est 100% transparant pour le développeur.
particulier la difficulté pour s'interfacer avec des bibliothèques "natives"
Java est justement réputé pour s'interfacer avec un peu tout et n'importe quoi sans trop de problèmes ... Et ça se vérifie dans la pratique ! J'ai récemment du faire l'interfacage entre des bibliothèques C++ d'un logiciel de mathématique et du code Java, ça s'est passé sans problèmes !! J'ai du compiler du C ? Et alors ? Je ne vois pas le problème :-)
dans la version "out of process" de JSP/Servlet on notera qu'un plantage du moteur de Servlets (core ou Docteur Watson) bloque tout le site alors qu'un plantage identique en PHP ne bloquera que la requête en cours
Possible... Je ne sais pas ... Aucuns des Servlet engine que j'ai utilisé n'ont encore planté ainsi ;-)
Cette news ne cache AUCUN troll !!! C'est un comparatif assez objectif entre PHP et JSP.
Alors arrete de dire des conneries, si dès qu'une news parle de qqchose qui ne te plait pas, c'est que c'est un troll, créé la DaAnonymeFrenchPage et ne parle que de toi dessus ... La tu auras la paix !!
Il faut replacer les différentes choses dans leurs contextes ...
Les spécifications JSP ne sont pas en GPL (d'ailleurs je ne sais pas si la GPL en tant que telle peut-être appliquée à des specs), mais elles sont publiques : tu as accès gratuitement aux specs complètes et tu es libre de les implémenter (comme toutes les specs Java).
Par contre tu as des implémentations des spécifications JSP qui sont sous diverses licenses : propriétaire (Weblogic par exemple), Apache Software License (Jakarta/Tomcat), peut etre meme GPL (je n'ai pas de nom en tete).
Voilà, j'espère que les choses sont un peu plus claires pour toi :-)
Qu'appelles-tu installer JSP ? On n'installe pas JSP mais un serveur d'application supportant JSP/Servlet ...
et c'est une vraie usine a gaz... une sorte d'ASP a la sauce SUN
Même remarque ... Quel serveur as-tu installé ? Il y en a qui sont lourds, d'autres légers, ... Installe Weblogic pour faire tourner ton petit site web perso, ça va etre super lourd, pourtant pour faire tourner une grosse application J2EE, c'est au poil ...
dans ce style je prefere la simplicite de PHP...
Pour tes besoins a toi peut-être ... Mais pour une application plus grosse qui doit se connecter a d'autres systèmes ou exécuter des taches plus complexes, on préfèrera la richesse de Java ...
Je ne connais pas PHP, mais en ce qui concerne les JSP (que eux je connais), c'est assez objectif.
Je pense que les conclusions du comparatif vont énerver pas mal de monde :) (je pense a tout ceux qui aiment se complaire dans l'idée totalement fausse que Java, c'est lourd, c'est lent, et ça ne marche pas)
Bon sur ce, je vais aller regarder à quoi ressemble le PHP, ce comparatif m'a donné envie d'y jeter un oeil :)
[^] # Re: Jouons sur les mots ...
Posté par Nelis (site web personnel) . En réponse à la dépêche jdk1.3 pour Linux sur Alpha. Évalué à 1.
Bah Java tourne sur les plateformes que je suis susceptible d'utiliser (enfin presque toutes ... sniff ... BeOS :-(( ...) : Windows, Linux, MacOS X (et j'en passe)
[^] # Jouons sur les mots ...
Posté par Nelis (site web personnel) . En réponse à la dépêche jdk1.3 pour Linux sur Alpha. Évalué à -1.
Non, d'après Sun, Java c'est "Write Once, Run Anywhere". (WORA)
En fait, Everywhere ça ne veut pas dire "partout".
Everywhere ça veut dire partout, anywhere ça veut dire n'importe où.
Rigolo non ?
Non.
Excuse moi ;-) J'avais envie de t'embêter un peu :-)) Mais c'est pas méchant je te rassure ... Bon je ne fais pas avancer le bazar ... -1 !
[^] # Re: jahshaka
Posté par Nelis (site web personnel) . En réponse à la dépêche jahshaka: logiciel de composition vidéo et d'effets spéciaux. Évalué à 1.
[^] # Re: jahshaka
Posté par Nelis (site web personnel) . En réponse à la dépêche jahshaka: logiciel de composition vidéo et d'effets spéciaux. Évalué à 1.
Si non, tu m'épates par ton petit esprit et ton niveau de généralisation !
Si oui, ben ça se voit pas bcp, t'es pas doué pour l'humour ;-)
[^] # Re: Bof
Posté par Nelis (site web personnel) . En réponse à la dépêche BREVETS: le désastre par la pratique. Évalué à 1.
Faudrait expliquer avec des mots simples ce que les brevets logiciels veulent dire (du style "A terme, on risque de rencontrer des situations comme : on ne peut plus écrire un programme qui vous permette de discuter avec vos amis sans payer des droit à X") ... C'est vrai que la plupart des gens lisent le spam (ça m'a tjrs dépassé ms c'est ainsi), mais il faut rendre le message attractif ... (pas 5 pages de plain text en langage juridique)
[^] # Manif
Posté par Nelis (site web personnel) . En réponse à la dépêche BREVETS: le désastre par la pratique. Évalué à 1.
Bougeons un peu les gars ...
[^] # Re: Gni ?
Posté par Nelis (site web personnel) . En réponse à la dépêche Système de modération et autres informations. Évalué à 1.
[^] # Re: Compléments en plus :)
Posté par Nelis (site web personnel) . En réponse à la dépêche Système de modération et autres informations. Évalué à 1.
je trouve que le système proposé par Fabien est bien. Faire un système parfait, ce n'est pas possible ...
[^] # Re: Dotgnu
Posté par Nelis (site web personnel) . En réponse à la dépêche Opinions sur Mono. Évalué à 1.
[^] # Re: Il a pas tort !
Posté par Nelis (site web personnel) . En réponse à la dépêche Opinions sur Mono. Évalué à 1.
[^] # Re: Un peu Scyzo Boy
Posté par Nelis (site web personnel) . En réponse à la dépêche Opinions sur Mono. Évalué à 1.
[^] # Re: konqueror
Posté par Nelis (site web personnel) . En réponse à la dépêche Atheos choisit Konqueror. Évalué à 1.
# Il a pas tort !
Posté par Nelis (site web personnel) . En réponse à la dépêche Opinions sur Mono. Évalué à 1.
Méfiance méfiance ...
[^] # Re: En passant
Posté par Nelis (site web personnel) . En réponse à la dépêche Encore un "DaCode-like" ?. Évalué à 1.
http://www.jivesoftware.com(...)
Sinon, si tu trouves qqchose d'intéressant parles en ici ...
[^] # Re: Amusant :-)
Posté par Nelis (site web personnel) . En réponse à la dépêche Comparatif jsp/php. Évalué à 1.
Sinon, si vous avez un projet intéressant à proposer, je suis partant :-)
[^] # Re: ABSOLUMENT PAS !!!!
Posté par Nelis (site web personnel) . En réponse à la dépêche Comparatif jsp/php. Évalué à 1.
Bah on y gagne rien a insulter :-) Meme si parfois ça fait du bien et ça défoule, ça nous retombre tjrs dessus ...
N'empêche nelis, ce texte a beau être à la limite du correct quand il parle des JSP, s'il ne l'est pas au niveau du PHP, c'est un troll,FUD,etc...
C'est possible, comme je l'ai dis je ne connais pas PHP, par contre je serais très heureux de l'apprendre :-) Si tu veux on en parle autour d'une bonne bière ? ;-)
[^] # Re: 8^D >>> moins lourdingue <<< 8^D
Posté par Nelis (site web personnel) . En réponse à la dépêche Comparatif jsp/php. Évalué à 1.
Avec Orion (www.orionserver.com) à la compilation :
500 Internal Server Error
Error parsing JSP page /xyz/brochure.jsp
Error in sourceFound 1 semantic error compiling "C:/orion152//brochure.jsp.java":
513. JSPHlper.getLocalDir(session) (JSP page line 116)
<------>
*** Error: "JSPHlper" is either a misplaced package name or a non-existent entity.
Erreur de runtime :
java.lang.NullPointerException
at /brochure.jsp._jspService(/brochure.jsp.java:1097) (JSP page line 287)
at com.orionserver[Orion/1.5.2 (build 10460)].http.OrionHttpJspPage.service(Unknown Source)
at com.evermind[Orion/1.5.2 (build 10460)]._ah._rad(Unknown Source)
at com.evermind[Orion/1.5.2 (build 10460)].server.http.JSPServlet.service(Unknown Source)
at com.evermind[Orion/1.5.2 (build 10460)]._cxb._abe(Unknown Source)
at com.evermind[Orion/1.5.2 (build 10460)]._cxb._uec(Unknown Source)
at com.evermind[Orion/1.5.2 (build 10460)]._io._twc(Unknown Source)
at com.evermind[Orion/1.5.2 (build 10460)]._io._gc(Unknown Source)
at com.evermind[Orion/1.5.2 (build 10460)]._if.run(Unknown Source)
Ce comportement est tout à fait normal ... Les noms de classes sont case-sensitives !!
Bah vous achetez une licence pour un compilo C, ou vous en trouvez un gratuit (ça doit bien exister :-)). Sinon pour l'entreprise travaillant uniquement avec Java qui pourrait avoir un problème avec le stub en C, ils n'ont qu'a engager des informaticiens :-) Non mais c'est quoi ces gens qui ne sauraient faire qu'un seul langage ...
http://www.javaworld.com(...)
http://theserverside.com(...)
Ce sont deux très bon sites
[^] # Re: 8^D >>> moins lourdingue <<< 8^D
Posté par Nelis (site web personnel) . En réponse à la dépêche Comparatif jsp/php. Évalué à 1.
Je n'ai jamais dis que PHP c'était pas bien ou lent ou pas puissant ou quoi que ce soit ! J'ai dit, je connais pas PHP mais je vais y jeter un oeil car ça a l'air intéressant. Personnellement l'utilise Java, j'adore cette plateforme, mais ce n'est pas pour ça que je dis que tout le monde doit l'utiliser, je peux très bien comprendre que des gens n'utilisent pas Java car ils ne l'appécient pas ou qu'ils ne réponds pas a leurs besoins... Ce que je ne supporte pas, c'est que des gens qui critiquent qqchose qu'ils ne connaissent pas... (je ne dis pas ça pour toi, ms en regle générale)
[^] # Re: ABSOLUMENT PAS !!!!
Posté par Nelis (site web personnel) . En réponse à la dépêche Comparatif jsp/php. Évalué à 1.
Je ne connais pas l'auteur de la news, et je trouve qu'avec le JSP il est objectif ! Pour le PHP voir mon commentaire plus haut, j'ai dis que je ne savais pas juger parce que je ne connaissais pas, mais que ça m'a donné envie d'y jeter un oeil ;-)
Je ne démonte personne, je n'ai jamais dit a personne d'utiliser PHP plutot que Java, je donne juste des arguments lorsque je ne suis pas d'accord avec un commentaire ... Regarde mes différents post sur cette page et dis moi ou tu vois des trolls ...
Enfin dernier commentaire concernant ta dernière phrase, j'ai terminé mon graduat en informatique industrielle il y a un an, et depuis je travaille pour une boite qui développe des applications ... J2EE :-) Voilà pkoi le sujet me tient à coeur ... Et toi, tu l'as eu ton bac ?
[^] # Re: Pour les JSP, c'est objectif :-)
Posté par Nelis (site web personnel) . En réponse à la dépêche Comparatif jsp/php. Évalué à 1.
No comment ...
[^] # Re: 8^D >>> moins lourdingue <<< 8^D
Posté par Nelis (site web personnel) . En réponse à la dépêche Comparatif jsp/php. Évalué à 1.
Je suis tout à fait d'accord, c'est de cela que je parlais ... Weblogic utilise son propre moteur JSP/Servlet, Orion aussi, ...
Simplement il en existe forcément de mieux fait que d'autres ...
Comme cela a été dis, le debuggage des JSP est une catastrophe (Internal server error avec un numéro de ligne qui ne correspond pas à qq chose dans la page JSP)
La plupart des engines vont te donner : L'exception et le message associé, la stack trace complète, le numéro de la ligne DU JSP ou l'erreur s'est produite, ...
Donc le debuging n'est ABSOLUMENT pas une catastrophe, et je sais ce que j'avance, je le fais tous les jours :-)
Le principe de fonctionnement des JSP est un millefeuilles : les jsp sont traduits en servlet (une classe java qui enverra sur "stdout" ce qui doit être envoyé au navigateur), le code java de cette servlet est alors compilé en bytecode java qui va être chargé par le moteur de servlet et exécuté.
Effectivement cela se passe ainsi : lors d'une requete vers un JSP, l'engine regarde si le JSP a deja été compilé. Si oui, il l'execute, si non, il génère le servlet, le compile, puis l'exécute. Une fois que le JSP a été compilé, il ne devra plus l'etre. De plus, tout ça est 100% transparant pour le développeur.
particulier la difficulté pour s'interfacer avec des bibliothèques "natives"
Java est justement réputé pour s'interfacer avec un peu tout et n'importe quoi sans trop de problèmes ... Et ça se vérifie dans la pratique ! J'ai récemment du faire l'interfacage entre des bibliothèques C++ d'un logiciel de mathématique et du code Java, ça s'est passé sans problèmes !! J'ai du compiler du C ? Et alors ? Je ne vois pas le problème :-)
dans la version "out of process" de JSP/Servlet on notera qu'un plantage du moteur de Servlets (core ou Docteur Watson) bloque tout le site alors qu'un plantage identique en PHP ne bloquera que la requête en cours
Possible... Je ne sais pas ... Aucuns des Servlet engine que j'ai utilisé n'ont encore planté ainsi ;-)
[^] # ABSOLUMENT PAS !!!!
Posté par Nelis (site web personnel) . En réponse à la dépêche Comparatif jsp/php. Évalué à 1.
Alors arrete de dire des conneries, si dès qu'une news parle de qqchose qui ne te plait pas, c'est que c'est un troll, créé la DaAnonymeFrenchPage et ne parle que de toi dessus ... La tu auras la paix !!
[^] # Re: Licence
Posté par Nelis (site web personnel) . En réponse à la dépêche Comparatif jsp/php. Évalué à 1.
Les spécifications JSP ne sont pas en GPL (d'ailleurs je ne sais pas si la GPL en tant que telle peut-être appliquée à des specs), mais elles sont publiques : tu as accès gratuitement aux specs complètes et tu es libre de les implémenter (comme toutes les specs Java).
Par contre tu as des implémentations des spécifications JSP qui sont sous diverses licenses : propriétaire (Weblogic par exemple), Apache Software License (Jakarta/Tomcat), peut etre meme GPL (je n'ai pas de nom en tete).
Voilà, j'espère que les choses sont un peu plus claires pour toi :-)
[^] # Re: 8^D >>> moins lourdingue <<< 8^D
Posté par Nelis (site web personnel) . En réponse à la dépêche Comparatif jsp/php. Évalué à 1.
Qu'appelles-tu installer JSP ? On n'installe pas JSP mais un serveur d'application supportant JSP/Servlet ...
et c'est une vraie usine a gaz... une sorte d'ASP a la sauce SUN
Même remarque ... Quel serveur as-tu installé ? Il y en a qui sont lourds, d'autres légers, ... Installe Weblogic pour faire tourner ton petit site web perso, ça va etre super lourd, pourtant pour faire tourner une grosse application J2EE, c'est au poil ...
dans ce style je prefere la simplicite de PHP...
Pour tes besoins a toi peut-être ... Mais pour une application plus grosse qui doit se connecter a d'autres systèmes ou exécuter des taches plus complexes, on préfèrera la richesse de Java ...
Tout est une question de besoins ...
# Pour les JSP, c'est objectif :-)
Posté par Nelis (site web personnel) . En réponse à la dépêche Comparatif jsp/php. Évalué à 1.
Je pense que les conclusions du comparatif vont énerver pas mal de monde :) (je pense a tout ceux qui aiment se complaire dans l'idée totalement fausse que Java, c'est lourd, c'est lent, et ça ne marche pas)
Bon sur ce, je vais aller regarder à quoi ressemble le PHP, ce comparatif m'a donné envie d'y jeter un oeil :)