Spécialistes du web, ma question est simple : vous préférez quoi entre JSP et PHP ?
Ca serait sympa d'avoir un débat sur ce sujet avec de bonnes argumentations.
L'ennui avec le PHP, c'est que c'est un langage interprété et pas compilé, d'où des problèmes de performances quand la charge est importante qui n'existent pas avec les JSP. Je crois qu'il existe des outils pour compiler le code PHP, mais je n'ai jamais testé.
Un moment j'ai failli croire que c'etait moi qu'avait ecrit ca... et j'ai fait un trou dans le plafond :)
Cher Clem (joli prenom :), le debat sur le compilé/interprété est vieux et souvent incomplet. Une solution n'est pas moins rapide simplement parce qu'elle est interprétée. Je précise d'ailleurs que les JSP ne sont qu'une forme interprétée des servlets (bon, ok apres la premiere invocation on parle de servlet, mais quand bien meme.... la machine virtuelle elle pseudo interprete aussi non ?).
Les JSP et le PHP ont certainement des avantages et des inconvenients l'un par rapport a l'autre, suivant les besoins que l'on exprime, mais ce n'est certainement pas le fait d'etre compile ou interprete qui change quoi que ce soit.
Je précise d'ailleurs que les JSP ne sont qu'une forme interprétée des servlets
Pas du tout efface, c'est compilé à la première invocation (parfois on peut aussi compiler toutes les pages JSP d'une appli web d'un seul coup).
la machine virtuelle elle pseudo interprete aussi non ?
Encore ratai. Le principe d'un compilateur "Just In Time", c'est également de compiler à la première invocation. Donc dès qu'une classe est utilisée elle est compilée en code natif et c'est celui-ci qui sera exécuté.
Hey, tu es resté emprisonné dans les glaces quelques années ou quoi ?
JSP = JAVA = compilé en bytes code puis executé.
PHP = interpreté puis compilé en bytes code, puis executé
Et miracle, le moteur PHP accepte des plugins. Parmis eux : des caches de bytes code. Tu installes donc ce genre de truc (ZendCache, ou APC etc..) et voilà :
PHP = compilé en byte code puis executé.
Résultat : aucun problème de performance avec PHP. (quant à savoir si JSP est plus ou moins rapide que PHP à arme égale, y a tellement de paramètre en jeux...)
La question est vaste. Tout depend de tes besoins... de tes connaissances. Il est difficile de dire que l'un est plus adapté que l'autre si l'on ne connait pas tes besoins.
PHP a l'avantage d'etre interprete par de nombreux hebergeurs. C'est un langage facile et qui permet d'obtenir des resultats assez facilement.
JSP a l'avantage de reposer sur l'architecture Java.... les possibilites sont enormes, mais en as-tu besoin ? La est la question.
A priori les deux répondent au même besoin.
Ce qu'il faut voir c'est ce qui se passe autour de ton site.
perfs, base de données, parsing XML, interfaces avec d'autres applis, appel de bibliothèques externes, site perso/pro, sécurité, impératifs de dév, etc...
J'avoue que j'aime pas trop voir des accès à de la BDD se balader dans du code PHP, je préfère le faire derrière.
Point de vue lisibilité du code je préfère les JSP en version J2EE 1.4, avec les custom tags et tout le tralala.
Par contre pour développer et apprendre rapidement le langage, c'est PHP qui l'emporte.
Et puis les JSP ça permet de se vendre plus cher.
Ça, si tu veux trouver du boulot en ce moment c'est vrai que faire des JPS/Servlet et tout le tralala ça aide.
Le nombre d'annonces avec marqué "Websphere", "EJB",... ça laisse réveur. (Une fois en place, ya sans doute moyen de pousser un peu vers Jonas/Tomcat/etc)
Pourquoi? J'aime bien aussi python, mais le probleme avec ce language c'est la compatibilité ascendante. Alors j'en suis revenu a PHP. De plus avec PHP c'est facile d'y trouver un hébergeur pas trop chère.
Je n'ai pas, personellement, de problème ave la compatibilité ascendante...
Par contre j'avais des problèmes de compatibilités lorsque je faisais du php sur des "hébergeurs pas trop chers", à cause des mises à jours ou changement d'options généralement quand j'étais en vacances ! Pour résoudre ce problème et utiliser python il faut se regrouper à plusieurs sur un dédié...
Sinon, pourquoi python ? Ben parceque quand l'appli commence à grossir c'est pratique d'avoir un langage clair et objet. Et si l'appli grossie encore plus c'est pratique de pouvoir facilement la transformer en serveur indépendant... (et on rejoint l'idée d'au-dessus où c'est mieux d'être sur un dédié)
Un autre avantage pour moi c'est la polyvalence. J'utilise le même langage que ce soit pour des scripts d'admin, des petits cgi, des serveurs ou des applis classiques de bureautiques sous des os peu recomandables... Le tout interragissant ensemble si besoin !
# Re: JSP/PHP vous préférez quoi ?
Posté par Ramso . Évalué à 3.
[^] # Re: JSP/PHP vous préférez quoi ?
Posté par Ramso . Évalué à 2.
[^] # Re: JSP/PHP vous préférez quoi ?
Posté par Pierre Tramonson . Évalué à 2.
[^] # Re: JSP/PHP vous préférez quoi ?
Posté par Matthieu BENOIST . Évalué à 2.
J'vais reprendre un peu de café, moi...
--->[]
[^] # Re: JSP/PHP vous préférez quoi ?
Posté par Florent C. . Évalué à 1.
# Re: JSP/PHP vous préférez quoi ?
Posté par clem . Évalué à 2.
[^] # Re: JSP/PHP vous préférez quoi ?
Posté par Nicolas (site web personnel) . Évalué à 3.
Apparament tu dois bien connaitre les deux langages.
Et zut, j'ai marché dedans. Ok -> [ ]
[^] # Re: JSP/PHP vous préférez quoi ?
Posté par Clem Yeats . Évalué à 3.
Cher Clem (joli prenom :), le debat sur le compilé/interprété est vieux et souvent incomplet. Une solution n'est pas moins rapide simplement parce qu'elle est interprétée. Je précise d'ailleurs que les JSP ne sont qu'une forme interprétée des servlets (bon, ok apres la premiere invocation on parle de servlet, mais quand bien meme.... la machine virtuelle elle pseudo interprete aussi non ?).
Les JSP et le PHP ont certainement des avantages et des inconvenients l'un par rapport a l'autre, suivant les besoins que l'on exprime, mais ce n'est certainement pas le fait d'etre compile ou interprete qui change quoi que ce soit.
AMHA en tout cas.
[^] # Re: JSP/PHP vous préférez quoi ?
Posté par Pierre Tramo (site web personnel) . Évalué à 2.
Pas du tout efface, c'est compilé à la première invocation (parfois on peut aussi compiler toutes les pages JSP d'une appli web d'un seul coup).
la machine virtuelle elle pseudo interprete aussi non ?
Encore ratai. Le principe d'un compilateur "Just In Time", c'est également de compiler à la première invocation. Donc dès qu'une classe est utilisée elle est compilée en code natif et c'est celui-ci qui sera exécuté.
[^] # Re: JSP/PHP vous préférez quoi ?
Posté par Laurent J (site web personnel, Mastodon) . Évalué à 1.
Hey, tu es resté emprisonné dans les glaces quelques années ou quoi ?
JSP = JAVA = compilé en bytes code puis executé.
PHP = interpreté puis compilé en bytes code, puis executé
Et miracle, le moteur PHP accepte des plugins. Parmis eux : des caches de bytes code. Tu installes donc ce genre de truc (ZendCache, ou APC etc..) et voilà :
PHP = compilé en byte code puis executé.
Résultat : aucun problème de performance avec PHP. (quant à savoir si JSP est plus ou moins rapide que PHP à arme égale, y a tellement de paramètre en jeux...)
# Re: JSP/PHP vous préférez quoi ?
Posté par Clem Yeats . Évalué à 3.
PHP a l'avantage d'etre interprete par de nombreux hebergeurs. C'est un langage facile et qui permet d'obtenir des resultats assez facilement.
JSP a l'avantage de reposer sur l'architecture Java.... les possibilites sont enormes, mais en as-tu besoin ? La est la question.
# Re: JSP/PHP vous préférez quoi ?
Posté par passant·e . Évalué à 1.
vilain !
Je trolle dès quand ça parle business, sécurité et sciences sociales
[^] # Re: JSP/PHP vous préférez quoi ?
Posté par Wawet76 . Évalué à 4.
[^] # Re: JSP/PHP vous préférez quoi ?
Posté par L. R. . Évalué à 1.
# Re: JSP/PHP vous préférez quoi ?
Posté par Pierre Tramonson . Évalué à 2.
Ce qu'il faut voir c'est ce qui se passe autour de ton site.
perfs, base de données, parsing XML, interfaces avec d'autres applis, appel de bibliothèques externes, site perso/pro, sécurité, impératifs de dév, etc...
J'avoue que j'aime pas trop voir des accès à de la BDD se balader dans du code PHP, je préfère le faire derrière.
Point de vue lisibilité du code je préfère les JSP en version J2EE 1.4, avec les custom tags et tout le tralala.
Par contre pour développer et apprendre rapidement le langage, c'est PHP qui l'emporte.
Et puis les JSP ça permet de se vendre plus cher.
[^] # Re: JSP/PHP vous préférez quoi ?
Posté par Wawet76 . Évalué à 1.
Ça, si tu veux trouver du boulot en ce moment c'est vrai que faire des JPS/Servlet et tout le tralala ça aide.
Le nombre d'annonces avec marqué "Websphere", "EJB",... ça laisse réveur. (Une fois en place, ya sans doute moyen de pousser un peu vers Jonas/Tomcat/etc)
# Re: JSP/PHP vous préférez quoi ?
Posté par Brice Carpentier . Évalué à 1.
ok, ok, je -->[]
A tout hasard :
http://www.zope.org(...)
http://www.zopera.org(...)
http://objectis.org(...)
[^] # Re: JSP/PHP vous préférez quoi ?
Posté par Ramso . Évalué à 1.
[^] # Re: JSP/PHP vous préférez quoi ?
Posté par PegaseYa . Évalué à 1.
# Re: JSP/PHP vous préférez quoi ?
Posté par Ludovic Gasc . Évalué à 1. Dernière modification le 04 décembre 2021 à 20:12.
templeet :-)
http://www.templeet.org/ (NdM: remplacé en 2021 par un lien archive.org)
# Re: JSP/PHP vous préférez quoi ?
Posté par wilk . Évalué à 1.
[^] # Re: JSP/PHP vous préférez quoi ?
Posté par Cormier Patrick . Évalué à 1.
[^] # Re: JSP/PHP vous préférez quoi ?
Posté par wilk . Évalué à 1.
Par contre j'avais des problèmes de compatibilités lorsque je faisais du php sur des "hébergeurs pas trop chers", à cause des mises à jours ou changement d'options généralement quand j'étais en vacances ! Pour résoudre ce problème et utiliser python il faut se regrouper à plusieurs sur un dédié...
Sinon, pourquoi python ? Ben parceque quand l'appli commence à grossir c'est pratique d'avoir un langage clair et objet. Et si l'appli grossie encore plus c'est pratique de pouvoir facilement la transformer en serveur indépendant... (et on rejoint l'idée d'au-dessus où c'est mieux d'être sur un dédié)
Un autre avantage pour moi c'est la polyvalence. J'utilise le même langage que ce soit pour des scripts d'admin, des petits cgi, des serveurs ou des applis classiques de bureautiques sous des os peu recomandables... Le tout interragissant ensemble si besoin !
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.