C'est vrai que dans ces débats, on a trop tendance à confondre J2EE et Java, et on lit donc pas mal de contre-vérités.
J'ai des questions concernant PHP: existe-t-il des projets permettant de gérer des pools de connexions vers des bases de données? Parce qu'en standard, c'est un process http = une connexion, et si ça va bien avec Mysql, ça ne va pas du tout avec Oracle. Par contre, avec la mise en pool des connexions, on s'aperçoit qu'il faut beaucoup moins de connexions vers la base que de process traitant les requêtes, et le résultat au niveau des perfs est énorme.
Autre question sur PHP: peut-on faire des redirections "internes", c'est à dire qu'on arrive sur un premier PHP et on est ensuite rediriger vers d'autres PHP en fonction de différents paramètres. Je trouve cette façon de faire vraiment pratique. Par exemple, en Perl, avec mod_perl, le navigateur appelle un cgi qui fera tous les traitements sans cracher le moindre gramme de HTML, puis on redirige en interne vers un Apache::ASP ou autre qui va récupérer les attributs en session et afficher. Il s'agit bien sûr de MVC, tout comme en Java avec Servlet/JSP (celui qui ne fait que l'un ou l'autre n'a rien compris).
[^] # Re: PHP != J2EE
Posté par matli . En réponse à la dépêche PHP 5 futur concurrent de J2EE et .Net ?. Évalué à 5.
J'ai des questions concernant PHP: existe-t-il des projets permettant de gérer des pools de connexions vers des bases de données? Parce qu'en standard, c'est un process http = une connexion, et si ça va bien avec Mysql, ça ne va pas du tout avec Oracle. Par contre, avec la mise en pool des connexions, on s'aperçoit qu'il faut beaucoup moins de connexions vers la base que de process traitant les requêtes, et le résultat au niveau des perfs est énorme.
Autre question sur PHP: peut-on faire des redirections "internes", c'est à dire qu'on arrive sur un premier PHP et on est ensuite rediriger vers d'autres PHP en fonction de différents paramètres. Je trouve cette façon de faire vraiment pratique. Par exemple, en Perl, avec mod_perl, le navigateur appelle un cgi qui fera tous les traitements sans cracher le moindre gramme de HTML, puis on redirige en interne vers un Apache::ASP ou autre qui va récupérer les attributs en session et afficher. Il s'agit bien sûr de MVC, tout comme en Java avec Servlet/JSP (celui qui ne fait que l'un ou l'autre n'a rien compris).