[Système] Php en entreprise : c'est possible

En parcourant rapidement les réponses, je suis surpris que l'on limite le php uniquement aux pages perso et au pur web.
Dans le boite ou je travaille (3000 personnes), de très nombreuses appli de notre intranet sont développées en php. En fait, elles sont toutes dans l'environnement LAMP (Liunx, Apache, Mysql, Php) gratuit, et çà marche du feu de dieu !
Cette technologie (je dis technologie car le php tout seul n'apporte évidement rien) est particulièrement intéressante dans les applications multi-site (temps de réponse, charge réseau).
Quand à ceux qui reproche au php de ne pas avoir assez de possibilité coté poste client, il faut avoir à l'esprit que si l'on veut de l'interactivité coté client, ce n'est pas le php le problème, mais les possibilité de l'html et du javascript.
De plus, contrairement aux application dites 3 tiers oracle (utilisant java sur le poste client), il n'y a rien à installer sur le poste (si c'est n'est firefox, ou ie).
Enfin, quand à ceux qui ont peur d'utiliser mysql avec php, et pensent qu'avec oracle c'est beaucoup mieux, il faut garder à l'esprit qu'à moins de plusieurs millions d'enregistrement il n'y a aucune différence entre Oracle et MySQL.
Bref, tout le monde l'aura compris, je suis sur que php a encore de l'avenir, et surtout en entreprise.

tout est et reste une question de volumetrie ;o)

va mettre une base de 10Go sur du MySQL...

et va faire une requete qui dure 4mn avec des données de 500Mo en PHP... evidemment tu peux booster les valeurs du php.ini et de la config mysql... maintenant si tu me dit que MySQL reste aussi performant que Oracle pour gerer des bases de 10Go... j'en mettrais pas ma main a couper...

Je suis d'accord avec toi, dans la plupart des cas ca suffit.

PS : ma base de 1.5Go se porte très bien sous MySQL, merci.


Et sinon, chez les "gros" : http://www.01net.com/article/244437.html

c'est clair le php/mysql a sa place dans l'entreprise, mais oracle aussi.
je suis dans une entreprise de + de 3000 personnes réparties sur une soixantaine de sites en metropole et dans les dom-tom.
j'utilise aussi bien les techno lamp que unix/oracle.

la taille est un critère de choix, mais pas seulement. une base oracle est incomparablement plus robuste qu'une base mysql à cas de crash.
amuses toi à débrancher ton serveur linux qui abrite ta base mysql pendant que tu la mets à jour et fais la même chose avec une base oracle !!
je ne parle pas de la puissance des triggers et autres contraintes d'intégrité qui existent sur oracle et sont encore bien pauvre sur mysql.
de plus le nombre d'utilisateurs simultanés est un critère de choix de la techno. a mon avs il est trop dangereux de risqué un crach pour une raison ou une autre quand il y plus de 1000 personnes connectées dessus.

En résumé une base de moins de 4Go, moins de 200-300 users simultanés, à fond sur lamp (c'est à dire dans la plupart des cas !!).

Peut-on imaginer que php-gtk prenne de l'ampleur ?

Citation:

---

Envoyé par SiM07

Peut-on imaginer que php-gtk prenne de l'ampleur ?

---

Oui et non, personellement je ne sais pas, c'est assez difficile à dire!
A part ça MySQL utilisé en cluster ça marche ben :wink: !

je sens que je vais me faire incendier :
j'irais même jusqu'à dire que pour les pme-pmi, WxpAMP > lamp !!
Sisi, facilité d'uitlisation, robustesse de windows (ton serveur pleut planter, il peut y avoir une coupeure de courant alors que tu fais une requête de 2 min...) tu relances la machine et tout se passe comme d'habitude.

Remarque pour PHP-GTK.
Bon je pense que le gros boulet de PHP c'est qu'il n'y a pas de mutli thread, et le mutli processus reste assez compliqué et ne tourne que sous linux je crois bien, donc je me vois mal utiliser une application qui ne fait qu'une chose à la fois... Mais cette technologie reste tout de même très efficace !! PHP5-GTK2 va bientôt sortir...

Les gros gros plus de php, c'est que l'on execute la source (ceci a de l'avenir en entreprise !!), le langage est facilement accessible au débutant et efficace !!!
Donc oui PHP a de l'avenir encore!