Bonjour,
Nous développons et commercialisons une application PHP que notre client a installé sur un LAMP CentOS 5.3. Nous observons des performances déplorables sur cette instance (plusieurs dizaines de secondes d'attente par page) et nos tests semblent indiquer que la version de PHP (5.1.6) est en cause.
Je cherchais une explication "officielle" (CentOS) de la raison pour laquelle il n'y aurait pas de mise à jour de la version du PHP de la CentOS 5. La FAQ n'indique pas vraiment la raison de ce choix. Existe-t-il une raison technique pour ce choix (incompatibilités, failles de sécurité). Dois-je plutôt poser cette question à l'équipe de développement ?
Notre client refuse catégoriquement de mettre à jour son PHP pour des prétendues raisons de sécurité car (je cite) "la version 5.1.6 est certifié par RedHat, les versions ultérieures ne le sont pas". Nous pensons que c'est une absurdité : bien que CentOS utilise les packages de RedHat, c'est bien le PHP 5.1.6 inclus dans la distribution RedHat qui est certifié, et non pas la version en elle-même, n'est-ce pas ?
Merci d'avance pour vos conseils,
François
Bonjour,
Lorsqu'on fait le choix d'utiliser une distribution basé sur un gestionnaire de paquet (rpm, deb...) on s'en tien à ce qui est proposé par l'éditeur (RedHat ou CentOS dans ce cas) pour conserver l'intégrité du système.
Effectivement ce n'est pas php qui est certifié mais bien le paquet créé pour php-5.1.6 par RedHat ou CentOS qui est certifié. Donc ça ne veut pas dire que la version rpm de php-5.1.6 est exempte de bug ou faille mais que l'installation de ce paquet ne va pas rendre le système instable.
Maintenant il est possible de créer vos (ou votre client) propres paquets afin de garder le fonctionnement basé sur rpm (dépendances, facilité de mise à jour) mais la création de paquet demande du temps et n'exclue pas la possibilité que l'installation de votre paquet rend instable le serveur.
Philippe.
Le 08/06/2010 16:53, François Félix a écrit :
Bonjour,
Nous développons et commercialisons une application PHP que notre client a installé sur un LAMP CentOS 5.3. Nous observons des performances déplorables sur cette instance (plusieurs dizaines de secondes d'attente par page) et nos tests semblent indiquer que la version de PHP (5.1.6) est en cause.
Je cherchais une explication "officielle" (CentOS) de la raison pour laquelle il n'y aurait pas de mise à jour de la version du PHP de la CentOS 5. La FAQ n'indique pas vraiment la raison de ce choix. Existe-t-il une raison technique pour ce choix (incompatibilités, failles de sécurité). Dois-je plutôt poser cette question à l'équipe de développement ?
Notre client refuse catégoriquement de mettre à jour son PHP pour des prétendues raisons de sécurité car (je cite) "la version 5.1.6 est certifié par RedHat, les versions ultérieures ne le sont pas". Nous pensons que c'est une absurdité : bien que CentOS utilise les packages de RedHat, c'est bien le PHP 5.1.6 inclus dans la distribution RedHat qui est certifié, et non pas la version en elle-même, n'est-ce pas ?
Merci d'avance pour vos conseils,
François
CentOS-fr mailing list CentOS-fr@centos.org http://lists.centos.org/mailman/listinfo/centos-fr
Bonjour,
François Félix a écrit , Le 08/06/2010 16:53:
Bonjour,
Nous développons et commercialisons une application PHP que notre client a installé sur un LAMP CentOS 5.3. Nous observons des performances déplorables sur cette instance (plusieurs dizaines de secondes d'attente par page) et nos tests semblent indiquer que la version de PHP (5.1.6) est en cause.
J'ai également constaté de graves problèmes de performances avec cette version, quand c'est pas des segfault inexpliqués....
Je cherchais une explication "officielle" (CentOS) de la raison pour laquelle il n'y aurait pas de mise à jour de la version du PHP de la CentOS 5. La FAQ n'indique pas vraiment la raison de ce choix. Existe-t-il une raison technique pour ce choix (incompatibilités, failles de sécurité). Dois-je plutôt poser cette question à l'équipe de développement ?
Posez même la question à l'équipe de développement de RedHat puisque CentOS ne fait "que" rapatrier les paquets "validés" (certifiés me parait un peu fort) par RedHat.
Notre client refuse catégoriquement de mettre à jour son PHP pour des prétendues raisons de sécurité car (je cite) "la version 5.1.6 est certifié par RedHat, les versions ultérieures ne le sont pas".
Proposez lui une version de PHP installable sur RedHat et "certifié" par Oracle, ça devrait le rassurer quand à la sécurité/stabilité du paquet... ;)
http://oss.oracle.com/projects/php/files/
On Tue, Jun 08, 2010 at 05:08:25PM +0200, Pierre Fauret wrote:
Bonjour,
J'ai également constaté de graves problèmes de performances avec cette version, quand c'est pas des segfault inexpliqués....
bug report ? ...
Proposez lui une version de PHP installable sur RedHat et "certifié" par Oracle, ça devrait le rassurer quand à la sécurité/stabilité du paquet... ;)
http://oss.oracle.com/projects/php/:
"All the packages are provided for installation convenience. They are not supported."
Tru
Tru Huynh a écrit , Le 08/06/2010 17:38:
On Tue, Jun 08, 2010 at 05:08:25PM +0200, Pierre Fauret wrote:
Bonjour,
J'ai également constaté de graves problèmes de performances avec cette version, quand c'est pas des segfault inexpliqués....
bug report ? ...
Bof, pas le temps de recompiler un rpm avec --debug pour faire un bug report digne de ce nom sur une version de php qui a déjà 4 ans...
Proposez lui une version de PHP installable sur RedHat et "certifié" par Oracle, ça devrait le rassurer quand à la sécurité/stabilité du paquet... ;)
http://oss.oracle.com/projects/php/:
"All the packages are provided for installation convenience. They are not supported."
Oui c'est pour ça que j'ai mis le "certifié" entre guillemets ;)
Bonjour,
On Tue, Jun 08, 2010 at 04:53:22PM +0200, François Félix wrote:
Bonjour,
Nous développons et commercialisons une application PHP que notre client a installé sur un LAMP CentOS 5.3. Nous observons des performances déplorables sur cette instance (plusieurs dizaines de secondes d'attente par page) et nos tests semblent indiquer que la version de PHP (5.1.6) est en cause.
un bug report sur bugs.centos.org or bugzilla.redhat.com aiderait sans doute à la résolution de de problème pour tous...
Je cherchais une explication "officielle" (CentOS) de la raison pour laquelle il n'y aurait pas de mise à jour de la version du PHP de la CentOS 5. La FAQ n'indique pas vraiment la raison de ce choix. Existe-t-il une raison technique pour ce choix (incompatibilités, failles de sécurité). Dois-je plutôt poser cette question à l'équipe de développement ?
- CentOS reconstruit les paquets à partir de ceux fourniis par Red Hat. - Les versions ne changent pas durant la vie de chaque version pour ne pas introduire de changements incompatibles (cela arrive néanmoins). - cf 'Backport' http://www.redhat.com/security/updates/backporting/?sc_cid=3093
Notre client refuse catégoriquement de mettre à jour son PHP pour des prétendues raisons de sécurité car (je cite) "la version 5.1.6 est certifié par RedHat, les versions ultérieures ne le sont pas". Nous pensons que c'est une absurdité : bien que CentOS utilise les packages de RedHat, c'est bien le PHP 5.1.6 inclus dans la distribution RedHat qui est certifié, et non pas la version en elle-même, n'est-ce pas ?
C'est la version avec les patches associés.
D'autres dépots peuvent fournir php 5.2, mais ce n'est pas CentOS qui en assure la pérénité ni le support. cf: http://wiki.centos.org/AdditionalResources/Repositories
Cordialement,
Tru
François Félix wrote:
Bonjour,
Nous développons et commercialisons une application PHP que notre client a installé sur un LAMP CentOS 5.3. Nous observons des performances déplorables sur cette instance (plusieurs dizaines de secondes d'attente par page) et nos tests semblent indiquer que la version de PHP (5.1.6) est en cause.
Je cherchais une explication "officielle" (CentOS) de la raison pour laquelle il n'y aurait pas de mise à jour de la version du PHP de la CentOS 5. La FAQ n'indique pas vraiment la raison de ce choix. Existe-t-il une raison technique pour ce choix (incompatibilités, failles de sécurité). Dois-je plutôt poser cette question à l'équipe de développement ?
Notre client refuse catégoriquement de mettre à jour son PHP pour des prétendues raisons de sécurité car (je cite) "la version 5.1.6 est certifié par RedHat, les versions ultérieures ne le sont pas". Nous pensons que c'est une absurdité : bien que CentOS utilise les packages de RedHat, c'est bien le PHP 5.1.6 inclus dans la distribution RedHat qui est certifié, et non pas la version en elle-même, n'est-ce pas ?
Je ne vais pas argumenter plus sur 'pourquoi php 5.1.6 et pas plus' car les autres l'ont déjà fait (choix de Red Hat sur une distro enterprise garantie/supportée pendant 7 ans, etc, etc ...)
Par contre , il existe le RHWAS (Web Application Stack) qui fournit des versions plus récentes et parfois nécessaires pour certaines applications. Puisque vous commercialisez une solution, le mieux serait de choisir Red Hat (avec support donc) et vous tourner vers eux. Par contre, l'autre choix (déjà souligné par Tru) est d'utiliser un repo externe, ou encore le repo CentOS-Testing qui contient notamment un rebuild des packages RHWAS (avec pour le moment php 5.2.10) : http://dev.centos.org/centos/5/testing/x86_64/RPMS/
Bonjour,
La version 5.1.6 est connue pour avoir pas mal de bugs/problèmes, c'est un fait. Maintenant, concernant la version dispo pour RHWAS, il faut savoir que le support n'est pas de 7 ans, mais de 2 à 3 ans (de mémoire) le src.rpm (qui se compile facilement avec un bon vieux rpmbuild --rebuild nompaquet.src.rpm) est dispo ici: ftp://ftp.redhat.com/pub/redhat/linux/enterprise/5Server/en/RHWAS/SRPMS/php-5.2.10-1.el5s2.src.rpm
Enfin, même pour php5.1.6, je ne saurais trop conseiller d'installer le module apc; pour ceux qui connaissent, il s'agit un système de cache qui "booste" littéralement les performances de php: Nous avons testé sur notre site, il n'y a pas photo; les performances sont bien réelles, et gros avantage; il n'y a rien à faire si ce n'est installer le module dans apache.
http://maisonbisson.com/blog/post/12589/installing-php-apc-on-rhel-centos/
http://rpm.pbone.net/index.php3?stat=3&search=php-pecl-apc&srodzaj=3
Cordialement,
Bonjour a tous,
Je dois mettre en place un nouveau site avec Drupal et certaines fonctionnalités exigent la version PHP 5.2 . J'ai actuellement un site qui autre site qui tourne sur le serveur et je voudrais savoir si la migration à PHP 5.2 affectera certains services.
Y-a-t-il des dispositions particulières à prendre avant de lancer la migration.
Pour la migration elle même je viens de la tester avec succès sur un de mes serveurs CENTOS qui n'est pas actuellement en production.
Merci Y.
trop novice pour cela
je regrette
Le mardi 06 juillet 2010 à 16:35 +0000, Yao Fololo a écrit :
Bonjour a tous,
Je dois mettre en place un nouveau site avec Drupal et certaines fonctionnalités exigent la version PHP 5.2 . J'ai actuellement un site qui autre site qui tourne sur le serveur et je voudrais savoir si la migration à PHP 5.2 affectera certains services.
Y-a-t-il des dispositions particulières à prendre avant de lancer la migration.
Pour la migration elle même je viens de la tester avec succès sur un de mes serveurs CENTOS qui n'est pas actuellement en production.
Merci Y.
CentOS-fr mailing list CentOS-fr@centos.org http://lists.centos.org/mailman/listinfo/centos-fr
Je te suggère de poser ta question sur le forum francophone de Centos:
--- En date de : Mer 7.7.10, minici florino@neuf.fr a écrit :
De: minici florino@neuf.fr Objet: Re: [CentOS-fr] Impact migration a php 5.2 À: "Liste de diffusion francophone" centos-fr@centos.org Date: Mercredi 7 juillet 2010, 15h33
trop novice pour cela
je regrette
Le mardi 06 juillet 2010 à 16:35 +0000, Yao Fololo a écrit :
Bonjour a tous,
Je dois mettre en place un nouveau site avec Drupal et certaines fonctionnalités exigent la version PHP 5.2 . J'ai actuellement un site qui autre site qui tourne sur le serveur et je voudrais savoir si la migration à PHP 5.2 affectera certains services.
Y-a-t-il des dispositions particulières à prendre avant de lancer la migration.
Pour la migration elle même je viens de la tester avec succès sur un de mes serveurs CENTOS qui n'est pas actuellement en production.
Merci Y.
CentOS-fr mailing list CentOS-fr@centos.org http://lists.centos.org/mailman/listinfo/centos-fr
_______________________________________________ CentOS-fr mailing list CentOS-fr@centos.org http://lists.centos.org/mailman/listinfo/centos-fr
Hello,
PHP 5.1.6 est connu pour avoir bien plus de problèmes que la version 5.2.
Il faudra juste faire une copie de ton /etc/php.ini (car la mise à jour en php 5.2 , issue de RH, le renomme) pour le réinstaller.
Sinon, RAS, testé sur de nombreuses applications (glpi, typo3, spip, vieux trucs en php4).
De toute manière, au pire rien n'empêche de revenir à php5.1.6 si ça merdouille.
js.
Le 06/07/2010 20:35, Yao Fololo a écrit :
Bonjour a tous,
Je dois mettre en place un nouveau site avec Drupal et certaines fonctionnalités exigent la version PHP 5.2 . J'ai actuellement un site qui autre site qui tourne sur le serveur et je voudrais savoir si la migration à PHP 5.2 affectera certains services.
Y-a-t-il des dispositions particulières à prendre avant de lancer la migration.
Pour la migration elle même je viens de la tester avec succès sur un de mes serveurs CENTOS qui n'est pas actuellement en production.
Merci Y.
CentOS-fr mailing list CentOS-fr@centos.org http://lists.centos.org/mailman/listinfo/centos-fr
-
Fabian Arrotin -
François Félix -
john tatt -
minici -
Philippe MALADJIAN -
Pierre Fauret -
security -
Tru Huynh -
Yao Fololo