php peut aussi être client de web services.
De plus Si tu as - par exemple - un site de e-commerce qui génère des commandes, ce site peut être en php (jusqu'ici tout va bien? ;-) excuse moi je suis moqueur aujourd'hui parce qu'aujourd'hui le site dont je me suis occupé pendant longtemps - avec succès pour eux faut avouer - passe d'un websphere (sans ejb) intégré au back office à un commerce server 2000 détaché du back office donc...)
Et s'il génère des commandes, elles peuvent être réceptionnées par un serveur avec du php, ou du vb.net, ou du c compilé à la volée, xml-on-demand, ou de l'asp... (on me souffle dans l'oreilllette: non, pas de l'asp) Puis traitées en auto, par ce qu'on veut derrière, sap, solution maison...
Bref, php peut être aussi serveur de services webs si derrière la machine tourne. Mais, on est d'accord, php n'est toujours pas dans le moteur.
[^] # Re: Une question pour un non expert J2EE
Posté par Gabriel . En réponse à la dépêche PHP 5 futur concurrent de J2EE et .Net ?. Évalué à 2.
De plus Si tu as - par exemple - un site de e-commerce qui génère des commandes, ce site peut être en php (jusqu'ici tout va bien? ;-) excuse moi je suis moqueur aujourd'hui parce qu'aujourd'hui le site dont je me suis occupé pendant longtemps - avec succès pour eux faut avouer - passe d'un websphere (sans ejb) intégré au back office à un commerce server 2000 détaché du back office donc...)
Et s'il génère des commandes, elles peuvent être réceptionnées par un serveur avec du php, ou du vb.net, ou du c compilé à la volée, xml-on-demand, ou de l'asp... (on me souffle dans l'oreilllette: non, pas de l'asp) Puis traitées en auto, par ce qu'on veut derrière, sap, solution maison...
Bref, php peut être aussi serveur de services webs si derrière la machine tourne. Mais, on est d'accord, php n'est toujours pas dans le moteur.