- Clusterisation automatique sans ajout de code avec réplication des sessions,
Je ne peux pas dire que c'est aussi bien et encore moins que c'est sans modif de code mais il existe un serveur de session qui pourra ainsi permettre les réplications (ou alors monter un meme disque en partage sur tes cluster pour les session)
- Gestion de pools de connexions aux bases de données,
Ca existe aussi via les fonctions de connexion permanentes. Bon, c'est plus ou moins bien fait vu que c'est propre à un process et non à tous mais ca répond déjà à la pas mal de problemes. Les autres bénéficieront surement de la possibilité d'installer une application intermédiaire qui fait exactement ce boulot (je n'ai pas de nom sous la main mais j'en ai vu passé)
- Gestion du cycle de vie de tes Objets (panier, contrat,...) par le serveur applicatif
Donc là tu utilises un serveur applicatif. Tu peux utiliser Midghard (pas sur de l'orthographe) ou SRM qui feront ca pour php.
- Véritable respect du modèle MVC (Model-View-Controller) avec des objets adaptés
Là il ne tient qu'a toi. En rien le langage ne t'interdit de respecter un MVC. Si pour toi php c'est forcément les scripts perso avec tout plein de html et logique mélangés il serait bien de revoir ton jugement.
PHP = site perso, forum, ...
J2EE = Applications-webs, intranet, site B2C
Bof .. pas d'accord.
Applications web tu met quoi sous ce terme ? je vois que ca n'a pas la meme portée mais php peut encore convenir à pas mal d'usage qui correspondent à ce terme et c'est peut etre un manque d'expérience mais je ne vois pas ce qu'il n'est techniquement pas possible de faire mis à part quelques connexions à des systemes qui existent en java et pas encore en php.
Intranet là c'est encore plus flagrant
et à la limite je préfèrerait faire une base php quitte à faire "la" grosse appli en java
site B2C : ca fait aussi tres terme marketing. Ca veut dire site de commerce en ligne en gros .... vu le nombre de ces sites en java et le nombre en php je pense que tu dois etre dans le faux.
Je suis loin de mettre java et php au meme niveau pour tout mais aller dire que php reste pour les sites perso ca ne me semble pas tres bon.
[^] # Re: Houuuuuuuuuuuuuuu
Posté par Éric (site web personnel) . En réponse à la dépêche Apache/PHP et IIS/ASP : pas si bons ?. Évalué à 5.
- Clusterisation automatique sans ajout de code avec réplication des sessions,
Je ne peux pas dire que c'est aussi bien et encore moins que c'est sans modif de code mais il existe un serveur de session qui pourra ainsi permettre les réplications (ou alors monter un meme disque en partage sur tes cluster pour les session)
- Gestion de pools de connexions aux bases de données,
Ca existe aussi via les fonctions de connexion permanentes. Bon, c'est plus ou moins bien fait vu que c'est propre à un process et non à tous mais ca répond déjà à la pas mal de problemes. Les autres bénéficieront surement de la possibilité d'installer une application intermédiaire qui fait exactement ce boulot (je n'ai pas de nom sous la main mais j'en ai vu passé)
- Gestion du cycle de vie de tes Objets (panier, contrat,...) par le serveur applicatif
Donc là tu utilises un serveur applicatif. Tu peux utiliser Midghard (pas sur de l'orthographe) ou SRM qui feront ca pour php.
- Véritable respect du modèle MVC (Model-View-Controller) avec des objets adaptés
Là il ne tient qu'a toi. En rien le langage ne t'interdit de respecter un MVC. Si pour toi php c'est forcément les scripts perso avec tout plein de html et logique mélangés il serait bien de revoir ton jugement.
PHP = site perso, forum, ...
J2EE = Applications-webs, intranet, site B2C
Bof .. pas d'accord.
Applications web tu met quoi sous ce terme ? je vois que ca n'a pas la meme portée mais php peut encore convenir à pas mal d'usage qui correspondent à ce terme et c'est peut etre un manque d'expérience mais je ne vois pas ce qu'il n'est techniquement pas possible de faire mis à part quelques connexions à des systemes qui existent en java et pas encore en php.
Intranet là c'est encore plus flagrant
et à la limite je préfèrerait faire une base php quitte à faire "la" grosse appli en java
site B2C : ca fait aussi tres terme marketing. Ca veut dire site de commerce en ligne en gros .... vu le nombre de ces sites en java et le nombre en php je pense que tu dois etre dans le faux.
Je suis loin de mettre java et php au meme niveau pour tout mais aller dire que php reste pour les sites perso ca ne me semble pas tres bon.