Marrant, on vient d'implémenter l'envoie dans un thread, ça prenait 5 secondes, bcp trop long. Maintenant c'est mieux... dommage que java (1.3) ne propose pas de pool de thread en standard d'ailleurs.
"l'insertion dans la Bdd ?"
Si tu as la chance d'avoir une bd qui va bien, qui est proche de toi, et que tu es le seul à utiliser... pq la plupart des sites implémente une cache si la bd n'est pas critique? (bien que ce n'est pas la seule raison pour mette une cache)
"l'interface avec les fournisseurs ? "
Soyons moderne, c'est du webservice (ou ce que tu veux d'autre...) le délai commence à se compter en secondes!!
Cependant je comprends ton point de vue: PHP permet de tout faire (comme les CGI en C le permettent aussi d'ailleurs...). Cependant, offrir des solutions à la "t'as qu'à faire ça", alors que J2EE offre un framework "standard" de son côté... ça en fait hésiter plus d'un.
[^] # Re: Le php
Posté par tene . En réponse à la dépêche PHP 5 futur concurrent de J2EE et .Net ?. Évalué à 4.
Ca dépend ce qu'il y'a derrière
"l'envoi du mail ?"
Marrant, on vient d'implémenter l'envoie dans un thread, ça prenait 5 secondes, bcp trop long. Maintenant c'est mieux... dommage que java (1.3) ne propose pas de pool de thread en standard d'ailleurs.
"l'insertion dans la Bdd ?"
Si tu as la chance d'avoir une bd qui va bien, qui est proche de toi, et que tu es le seul à utiliser... pq la plupart des sites implémente une cache si la bd n'est pas critique? (bien que ce n'est pas la seule raison pour mette une cache)
"l'interface avec les fournisseurs ? "
Soyons moderne, c'est du webservice (ou ce que tu veux d'autre...) le délai commence à se compter en secondes!!
Cependant je comprends ton point de vue: PHP permet de tout faire (comme les CGI en C le permettent aussi d'ailleurs...). Cependant, offrir des solutions à la "t'as qu'à faire ça", alors que J2EE offre un framework "standard" de son côté... ça en fait hésiter plus d'un.