Source: Slashdot
Publié le: 02/03/2005 @ 22:34:47: Par sbuysse Dans "PHP"
PHPL'annonce peut faire un peu peur quand on voit la machine de guerre qui se rapproche d'un projet aussi aimé par sa communauté, mais l'excitation de savoir ce que peut rapporter un partenariat avec une société tel qu'IBM fait frémir toute la communauté depuis cette annonce.

IBM utilisera donc le moteur de PHP, le moteur Zend, dans son serveur WebSphere. IBM espère avec cela intéresser une partier de la communauté PHP dans son serveur qui manque peut être un petit peu d'attention et qui n'a certainement pas l'amour et la dévotion des utilisateurs de PHP pour leur langage.

Du côté de PHP, on espère que ce partenariat amènera un petit peu de ressources marketing, un peu de sang frais et de financement et que cela accélérera l'utilisation de PHP dans le milieu professionnel.
Commentaires
Editer  Citer
cauet: IBM va utiliser du PHP dans son serveur WebSphere
chuper :smile:
 Par cauet, Publié le 03/03/2005 @ 01:30:11
Editer  Citer
gizmo: IBM va utiliser du PHP dans son serveur WebSphere
sang fraiS :oh:

Et ils comptent améliorer PHP ou bien ils vont le laisser tel quel? :ciler:
 Par gizmo, Publié le 03/03/2005 @ 14:15:22
Editer  Citer
zion: IBM va utiliser du PHP dans son serveur WebSphere
Parle pas de malheur, ils vont pas y toucher hein :ddr555:
 Par zion, Publié le 03/03/2005 @ 14:17:10
Editer  Citer
ovh: IBM va utiliser du PHP dans son serveur WebSphere
kesskiteplépa dans péachpé ? :oh:
 Par ovh, Publié le 03/03/2005 @ 14:22:02
Editer  Citer
gizmo: IBM va utiliser du PHP dans son serveur WebSphere
l'inconsitence générale du bouzin. Un peu comme tous ces foutus langages qui essayent de rester backward compatible et se trainent les erreurs du passé ad vitam eternam...

Dernière édition: 03/03/2005 @ 14:26:01
 Par gizmo, Publié le 03/03/2005 @ 14:25:26
Editer  Citer
zion: IBM va utiliser du PHP dans son serveur WebSphere
Boué, mais si on te dit que PHP6 ne va pas permettre d'exécuter les scripts pour PHP5 parce qu'il y a des fonctions importantes modifiées, PHP6 aura du mal à s'imposer :ohwell:

Comme pour les processeurs, je trouvais ca bien qu'Intel rase tout le x86 pour son projet 64 bits, mais le marché en a pas voulu et on va encore se tapper du x86 pendant des années du coup... Merci AMD :hello:
 Par zion, Publié le 03/03/2005 @ 14:32:52
Editer  Citer
ovh: IBM va utiliser du PHP dans son serveur WebSphere
gizmo> précise stp, ça m'intéresse honnêtement :smile:
 Par ovh, Publié le 03/03/2005 @ 14:39:14
Editer  Citer
gizmo: IBM va utiliser du PHP dans son serveur WebSphere
bah si tu veux prends par exemple cette stupidité de magic_quote, toujours présente dans php5 alors que tout les développeurs php s'accordent pour dire que c'est une crasse. Ou bien la gestion des connexions aux DB, avec mysql_connect et mysql_pconnect par exemple, qui d'une version à l'autres change leur mécanisme interne, ce qui modifie les performance et la gestion mémoire, au lieu de déléguer la gestion du pool de connexion à un tier. Ou bien on peut également parler de leur support partiel du typage dans les appels de fonction. On peut typer sur un objet, mais pas pour un type de base, du coup, on se retrouve obliger de faire des isInteger ou isString au début de chaque fonction :kiki:
Et j'en passe plein d'autres. Quand on sait que certaines de ces tares sont connues depuis php3, ils auraient du au minimum mettre certaines fonctionnalité comme deprecated dans php4 et les retirer dans php5, aulieu de se trainer ces boulets...
 Par gizmo, Publié le 07/03/2005 @ 17:32:14
Editer  Citer
zion: IBM va utiliser du PHP dans son serveur WebSphere

De fait, le magic_quote, c'est une crasse, je le désactive illico, mais parce que je sais que je gère le truc moi même après. Pour le commun des développeurs malheureusement, ils ne savent pas ce que c'est une SQL injection, alors question sécurité ils s'en foutent souvent la plupart du temps :ohwell:

Le connect/pconnect pareil, mon extension gère elle même sa connexion à MySQL, pas question d'utiliser les fonctions internes de PHP, j'ai ma librairie stable et hoplaboum, personne n'y touche :joce:

Les appels de fonction je considère tout comme du non type, je récupère après moi même en utilisant leurs fonctions de transcodage (plus rapide que du variant en fait), mais la par contre j'ai un plantage sérieux quand eux transtype un string de mon extension en int/float, ca merde une fois sur deux au moins, sauf si on a forcé le type en récupérant le string de la fonction (j'ai toujours pas très bien compris d'ailleurs).

Le truc le plus flagrant aussi, c'est la session que tout le monde utilise comme identification alors que c'est pas associé à une ip, j'ai aussi greffé mon petit module la dessus, faut pas rire :kiki:
 Par zion, Publié le 07/03/2005 @ 17:39:41
Poster un commentaire
Vous ne pouvez plus poster de commentaire sur cette actualité car elle a été clôturée. Voulez-vous continuer cette discussion sur le forum?

Informaticien.be - © 2002-2024 AkretioSPRL  - Generated via Kelare
The Akretio Network: Akretio - Freedelity - KelCommerce - Votre publicité sur informaticien.be ?