Prendre un Café - Tag - optimisation - Commentaires

12 astuces d'optimisation de performance PHP - FlorentG

FlorentG — Wed, 20 Dec 2006 14:22:57 +0100

Ah ben j'vois que t'as fait un billet dessus, fresh !

12 astuces d'optimisation de performance PHP - FlorentG

FlorentG — Wed, 20 Dec 2006 14:11:25 +0100

Et le mieux encore, c'est de d'abord profiler son application, histoire de voir qu'est-ce qui fait vraiment ramer, avant de se lancer dans d'la premature optimization Genre avec xDebug (http://xdebug.org/)

12 astuces d'optimisation de performance PHP - biou

biou — Wed, 06 Dec 2006 14:20:34 +0100

euh pour une exception sur un fopen, il faudrait peut être regarder du coté de la spl : http://lu.php.net/spl notamment l'objet splFileObject, http://www.phpro.org/tutorials/Intr...

utiliser une api orientée objet quand on le peut, saimieux!

12 astuces d'optimisation de performance PHP - raphpell

raphpell — Mon, 04 Dec 2006 19:13:47 +0100

NB... J'aime programmer comme je veut :
1. Créer vos propres fonctions pour calculer le temps d'exécution.
2. Optimiser vos pages à un certain temps d'exécution ( < 15 secondes ? )
3. Créer vos propres objets PHP et JavaScript.
4. Documenter bien vos lignes codes.

[ping] 12 astuces d'optimisation de performance PHP - Vincent Gibara

Vincent Gibara — Wed, 29 Nov 2006 03:31:02 +0100

Quelques astuces pour PHP

Développant régulièrement des sites en PHP, je suis tombé aujourd’hui sur le site de Prendre un Café qui publie 12 règles à suivre pour optimiser le PHP. Je les copie ici: Si vous pouvez déclarer une méthode statique static, faites-le......

12 astuces d'optimisation de performance PHP - Christophe

Christophe — Sat, 25 Nov 2006 15:59:12 +0100

Je préfère lire que str_replace [faster than] preg_replace... bien que ça me semblait le seul truc invraisemblable parmi le reste de faits (comme le 12 )

12 astuces d'optimisation de performance PHP - balluche

balluche — Sat, 25 Nov 2006 01:15:43 +0100

>concernant la 7 (preg_replace est plus rapide que str_replace), je suis plus que septique... voir
>j'y crois pas du tout...

En fait, c'est str_replace plus rapide que preg_replace plus rapide que ereg_replace.

12 astuces d'optimisation de performance PHP - netking

netking — Fri, 24 Nov 2006 21:23:30 +0100

Et une fois que votre code est pile poil optimisé, n'oubliez pas d'utiliser un cache d'exécution php comme mmcache ou zend accelerator, ça dépote

12 astuces d'optimisation de performance PHP - Cyruss

Cyruss — Fri, 24 Nov 2006 12:05:41 +0100

Hi,

Concernant l'opérateur @, c'est un des plus gourmand de l'alphabet PHP. A chaque fois cela correspond à :

$old = ini_set(“error_reporting”, 0);
action();
ini_set(“error_reporting”, $old);

La meilleur solution consiste à utiliser la bonne configuration en fonction de votre étape de développement :

Dev :
Error au max
Affichage et log des erreurs

Prod :
Error au max (moins E_Notice eventuellement)
Pas d'affichage des erreurs
Log des erreurs
éventuellement ne pas loguer n fois la même erreur (ignore_repeated_errors = On)

Cyruss

12 astuces d'optimisation de performance PHP - Arnaud

Arnaud — Fri, 24 Nov 2006 10:34:18 +0100

Précision pour la 3, c'est moins vrai avec PHP 5.2 des optimisations ont été apportées (Optimized require_once() and include_once() by eliminating fopen(3) on second usage. (Dmitry))

La 10 est logique car comme indiqué dans un autre commentaire il cherche une constante nommé id. En développant avec E_ALL en niveau de reporting d'erreur cela se voit de suite

[ping] 12 astuces d'optimisation de performance PHP - Entre zero et un

Entre zero et un — Fri, 24 Nov 2006 08:37:39 +0100

12 astuces pour optimiser ses scripts php

Niko de "prendre un café" publie 12 astuces pour optimiser son script php...

12 astuces d'optimisation de performance PHP - NiKo

NiKo — Thu, 23 Nov 2006 19:20:22 +0100

Thibs> Terrible, je connaissais pas cette possibilité. Merci

12 astuces d'optimisation de performance PHP - Thibs

Thibs — Thu, 23 Nov 2006 18:53:23 +0100

Juste pour ajouter que (en PHP5) foreach peut travailler avec des références :

<?php
$arr = array(1, 2, 3, 4);
foreach ($arr as &$value) {
  $value = $value * 2;
}
// $arr vaut maintenant array(2, 4, 6, 8)
?>

cf : http://fr.php.net/manual/fr/control...

Plus d'excuse pour ne pas utiliser foreach ! ;p

12 astuces d'optimisation de performance PHP - panjhy

panjhy — Thu, 23 Nov 2006 18:52:09 +0100

yop!
perso je prefere utiliser les méthodes automagiques comme __get, __set ou __autoload, utiliser require_once et son copain include_once qui sont très coûteux certes, utiliser time() plutot que $_SERVER['REQUEST_TIME'] pour obtenir le temps système, tout comme array_push plutot que $toto[] = 'foo'.... bref tout ca pour dire que je pense que c'est insignifiant et que je prefere pondre un code joli et chercher des optimisations ailleurs.
nb: quand a la 8, je ne suis pas convaincu... tous les benchs se contredisent... selon la taille du tableau notament.
ceci dit c'est toujours agréable de lire des choses comme ca.
hugues

12 astuces d'optimisation de performance PHP - Romain

Romain — Thu, 23 Nov 2006 16:02:43 +0100

La 8. me laisse perplexe. J'ai retrouvé un bench (donc à ne pas prendre pour agrent comptant) sur le sujet :
http://www.estvideo.net/dew/index/2...

12 astuces d'optimisation de performance PHP - NiKo

NiKo — Thu, 23 Nov 2006 13:49:47 +0100

Geoffrey> Ah ok ! C'est la faim qui me tiraille et me fait perdre mes capacité compréhensives ! Je vais donc de ce pas me venger sur une pizza au restau du coin de la rue. Paf.

12 astuces d'optimisation de performance PHP - Geoffrey

Geoffrey — Thu, 23 Nov 2006 13:47:50 +0100

(d'où mon ps !)

12 astuces d'optimisation de performance PHP - NiKo

NiKo — Thu, 23 Nov 2006 13:44:15 +0100

Geoffrey> Trop tard :-P

12 astuces d'optimisation de performance PHP - Geoffrey

Geoffrey — Thu, 23 Nov 2006 13:42:20 +0100

Et comme je suis vachement sympa, une proof of concept: http://more.zubrowka.org/~ash/error...

ash@more:~/public_html$ php error_handler.phps 
Exception catched: fopen() expects at least 2 parameters, 1 given
ash@more:~/public_html$

(ps: ounaide, mais comme t'as fait une faute à mon prénom je poste quand même)

12 astuces d'optimisation de performance PHP - NiKo

NiKo — Thu, 23 Nov 2006 13:41:22 +0100

Geofrey> Trouvé. Sinon je suis d'accord que les gros tableaux de données ne devraient pas être itérés via foreach.

Pour les autres qui repprochez à cette liste de donner envie de sacrifier les bonnes pratiques de conception sur l'autel de la performance à tout prix, sâchez que ce n'était là nullement mon intention (ceux qui me lisent régulièrement le savent bien. Ou pas.)

Mais je peux vous assurer que quand vous vous retrouvez à hériter d'un code que vous n'avez pas commis, truffé de problèmes de perfs sur des serveurs quadri-processeurs à 8 Go de RAM et qu'il est bien entendu hors de question de tout redévelopper from scratch, ce genre de petites astuces valent de l'or.

12 astuces d'optimisation de performance PHP - Geoffrey

Geoffrey — Thu, 23 Nov 2006 13:35:20 +0100

NiKo: tu peux faire un error_handler qui lance des exceptions (du moins j'avais lu un truc sur ce sujet) et pour le foreach, quand on t'obligera a itérer un tableau de 4Mo sans toucher le memory_limit, tu seras bien content d'utiliser autre chose que foreach

12 astuces d'optimisation de performance PHP - chris

chris — Thu, 23 Nov 2006 13:27:16 +0100

@Olivier et point 2 > c'est exactement ce que disait mon prof de génie logiciel (y a 10 ans snif ) qui disait de manière volontairement *provocante* : "les performances ne doivent pas en aucun cas obliger le développeur à renoncer à un développement évolutif et bien conçu".

De manière générale, penser performances au moment de la conception, c'est bien et somme toute peut-être assez rare. Le danger de ce type de liste est (comme tout type de recommandation) surement son application de manière aveugle.

12 astuces d'optimisation de performance PHP - NiKo

NiKo — Thu, 23 Nov 2006 13:24:42 +0100

Le truc con c'est qu'on peut pas try/catcher une erreur sur un fopen par exemple. Ça serait bien que ça vienne un jour ce genre de choses.

Sinon, foreach c'est pour moi trop pratique pour penser une seule seconde en économiser le coût

12 astuces d'optimisation de performance PHP - Geoffrey

Geoffrey — Thu, 23 Nov 2006 13:20:08 +0100

Oui c'est dotclear le moteur de blog qui utilise @, et ça m'a fait perdre quelques cheuveux dernièrement (j'aurai un bug report a faire a ce propos d'ailleurs quand j'aurai 5 minutes)

Et donc pour approfondir un peu, j'estime que rien ne justifie l'utilisation du @ si on tient compte du fait, premièrement, qu'un error_handler peut catcher toutes les erreurs (sauf PARSE ERROR bien sur), et deuxièmement, qu'il est universellement reconnu comme une bonne pratique de désactiver l'affichage des erreurs en production.

D'autres part, je tiens à préciser que certains propos que je tiens quand on parle de certaines choses (le @ en fait partie) dépassent souvent mes pensées, et je m'en excuse platement (bien que personne ne m'en ait fait le reproche, ce qui m'épate un peu pour le coup).

J'ajouterai par ailleurs à la liste d'Olivier le magic_quotes_runtime Off (en attendant sa suppression définitive dans PHP6 :/)

En parlant de for et de foreach, saviez vous que foreach travaille sur un duplicata du tableau qui lui est passé ? Ce qui signifie qu'en utilisant foreach, on "gaspille" un peu de mémoire (peu important en général, mais bon a se souvenir quand même), sauf a priori quand on utilise foreach sur un objet "Iterable".

voila voila

12 astuces d'optimisation de performance PHP - Olivier

Olivier — Thu, 23 Nov 2006 11:21:10 +0100

La liste est sympa, d'ailleurs, le count() dans le for j'avoue le pratiquer souvent, c'est mal (d'un autre côté j'utilise très peu for et lui préfère foreach quand je peux).

C'est dotclear le moteur de blog qui utilise @ ? Je reconnais l'utiliser un peu mais dans des cas où je n'ai pas vraiment le choix, ça reste quand même assez rare, j'ai horreur de ça.

Le point 2 est une connerie par contre, autant revenir à php4. L'autoload est une feature vraiment pratique et le poil de cul de perf qu'on perd avec on le gagne en occupation mémoire et on n'utilise plus de require ou require_once que quand c'est nécessaire. Bien sûr, je parle d'un autoload qui ne va pas regarder dans le filesystem mais qui utilise un tableau global.

J'ai envoyé l'autre jour ces paramètres php.ini sur une liste, c'est un bon début pour ceux qui veulent faire du code qui marchera bien d'un environnement de dev à un environnement de prod.

short_open_tag = Off
allow_call_time_pass_reference = Off
error_reporting = E_ALL | E_STRICT
display_error = On
register_globals = Off
magic_quotes_gpc = Off
allow_url_fopen = Off

12 astuces d'optimisation de performance PHP - giz404

giz404 — Thu, 23 Nov 2006 10:38:20 +0100

Encore pleins de trucs que j'ignorais. J'en profite pour garder ta page Blogmarks phpBestPractices sous la patte.

12 astuces d'optimisation de performance PHP - NiKo

NiKo — Thu, 23 Nov 2006 10:34:40 +0100

hugo> Je suis d'accord, j'ai toujours entendu que str_replace était la méthode la plus rapide pour le remplacement de chaîne (mais aussi la plus basique et la plus limitée). À bencher.

12 astuces d'optimisation de performance PHP - Clochix

Clochix — Thu, 23 Nov 2006 10:22:47 +0100

Ces petits astuces sont intéressantes, et ce sont de bonnes habitudes à prendre, mais je ne pense plus que l'optimisation d'un code passe réellement par là aujourd'hui, si ce n'est pour quelques applications pour lesquelles je ne suis pas sûr que PHP soit le langage le plus adéquat. Pour moi, l'optimisation passe aujourd'hui avant tout par une bonne réflexion au moment de la conception, et par une utilisation raisonnée des différents modèles de conception. A vouloir à tout prix faire de l'objet, du MVC, etc, on se met à écrire des usines à gaz là où il y a quelques années quelques lignes de code suffisaient.

Je ne remet pas en cause ces méthodes de conception, elles présentent de nombreux avantages, mais ont à mon avis des impacts lourds sur les performances, et c'est plutôt de ce côté là qu'il faudrait creuser. Enfin AMHA.

Ensuite, si vraiment on veut tuner les performances de son code au cycle prêt, l'assembleur et le C sont des langages fort agréables (nostalgie, nostalgie)

PS: NiKo: le lien sur blogmarks serait plutôt http://blogmarks.net/marks/tag/best...

12 astuces d'optimisation de performance PHP - hugo

hugo — Thu, 23 Nov 2006 10:19:10 +0100

Bonjour,

concernant la 7 (preg_replace est plus rapide que str_replace), je suis plus que septique... voir j'y crois pas du tout...

12 astuces d'optimisation de performance PHP - BeMe

BeMe — Thu, 23 Nov 2006 10:17:49 +0100

Effectivement, interessante liste. De meme que les différents liens de benchmark sur les perf.!

Merci... à méditer, donc...

12 astuces d'optimisation de performance PHP - Thanh

Thanh — Thu, 23 Nov 2006 09:57:23 +0100

0. Ne pas faire de PHP c'est la solution ultime pour pas subir de process PHP!

ok ->

12 astuces d'optimisation de performance PHP - Greg

Greg — Thu, 23 Nov 2006 09:35:01 +0100

Geoffrey> Tu peux développer sur le point 9 ?
L'utilisation du @ permet de gérer des erreurs d'une manière un peu plus "sexy" que de se taper une bonne grosse insulte PHP parce que MySQL n'est pas joignable. Une autre méthode moins gourmande à suggérer peut être ?

12 astuces d'optimisation de performance PHP - David Duret

David Duret — Thu, 23 Nov 2006 08:57:09 +0100

3/ un lien explicatif : http://www.ipersec.com/index.php?q=...

12/ on peut faire ca : for ($x=0, $count = count($array); $x < $xount; $x++) { }

Sympa pour le rappel des autres, c'est toujours bon a relire Voici une autre série de bonnes pratiques : http://www.noplay.net/Bonnes-pratiq...

12 astuces d'optimisation de performance PHP - arnod'mental

arnod'mental — Thu, 23 Nov 2006 08:46:17 +0100

Justin Patrin (un gars qui travaille sur plusieurs packages pear.php.net) a publié sur son wiki un comparatif de performances de concaténation de chaines :
http://pear.reversefold.com/strings...
A lire aussi.

12 astuces d'optimisation de performance PHP - Geoffrey

Geoffrey — Thu, 23 Nov 2006 08:16:10 +0100

La 10 est d'une logique implacable, si on considère la 11: $row[id] cherche la constante id, qui n'existe pas: perte de temps dans la recherche inutile + perte de temps dans le message d'erreur (cf 11)

La 9 me donne une raison de plus de maudire sur 20 générations les utilisateurs complètement débiles de cette feature complètement stupide (je ne citerai pas un moteur de blog super connu qui en fait usage mais on l'aura reconnu).

La 8 m'épate par contre :o

Sinon oui globalement, c'est assez logique, mais on y pense pas forcément (et puis se passer de require_once ok, mais bon, faut voir si le gain de performance justifie les contraintes qu'on se rajoute)

Bref, sympa, mais à méditer avant d'en tirer des conclusions hatives je pense

12 astuces d'optimisation de performance PHP - NiKo

NiKo — Thu, 23 Nov 2006 08:04:33 +0100

Azurams> Un début de bout de réponse par là.

12 astuces d'optimisation de performance PHP - azurams

azurams — Thu, 23 Nov 2006 01:52:50 +0100

Merci pour ces petites astuces!

Connaissez vous un site présentant "des" bonnes pratiques et optimisations en PHP , avec si possible des explications et des mises en contexte?

12 astuces d'optimisation de performance PHP - Bast

Bast — Thu, 23 Nov 2006 01:41:35 +0100

+1 pour jblanche...

La 10 est aussi impressionnante.

12 astuces d'optimisation de performance PHP - jblanche

jblanche — Wed, 22 Nov 2006 23:53:54 +0100

Merci pour ces conseils,

certains sont logiques(12), d'autres moins.
J'aimerais bien savoir pourquoi un tel gain de performance grâce au static par exemple.

12 astuces d'optimisation de performance PHP - cam

cam — Wed, 22 Nov 2006 23:48:46 +0100

le douzième commandement vaut pour tous les langages utilisant le 'for'...
sinon, c'est très bien de publier ce genre de post
merci.

Installer l'accélerateur APC pour PHP5 sur Ubuntu - Feuille

Feuille — Thu, 09 Nov 2006 20:36:47 +0100

ou un arrêt-marche :o)
rien que pour la petite musique d'accueil ... :-'

Installer l'accélerateur APC pour PHP5 sur Ubuntu - NiKo

NiKo — Thu, 09 Nov 2006 12:39:13 +0100

Un sudo apache2ctl graceful aussi

Installer l'accélerateur APC pour PHP5 sur Ubuntu - NiCoS

NiCoS — Thu, 09 Nov 2006 11:03:18 +0100

le reload doit fonctionner aussi...

Installer l'accélerateur APC pour PHP5 sur Ubuntu - Feuille

Feuille — Wed, 08 Nov 2006 19:35:59 +0100

Ben c'est malin, j'ai fait un reload ...

Installer l'accélerateur APC pour PHP5 sur Ubuntu - NiKo

NiKo — Tue, 07 Nov 2006 22:59:46 +0100

Feuille> Tout simplement avec la commande sudo apache2ctl restart

Installer l'accélerateur APC pour PHP5 sur Ubuntu - Feuille

Feuille — Tue, 07 Nov 2006 22:57:02 +0100

zut, comment est-ce qu'on redémarre apache ? ;o)“

Installer l'accélerateur APC pour PHP5 sur Ubuntu - Nico

Nico — Fri, 03 Nov 2006 21:23:51 +0100

Bon allez, je me répond à moi même, une mise à jour de php5 vient de passer en etch, et je n'ai rien du recompiler / réinstaller / mettre à jour pour APC !

Rien que pour ça, je vais conserver APC !

Installer l'accélerateur APC pour PHP5 sur Ubuntu - Nico

Nico — Fri, 03 Nov 2006 08:34:36 +0100

Réponse au prochain aptitude upgrade :=)

Installer l'accélerateur APC pour PHP5 sur Ubuntu - NiKo

NiKo — Fri, 03 Nov 2006 07:28:58 +0100

Nico> Aucune idée, il faudra tester :-)

Installer l'accélerateur APC pour PHP5 sur Ubuntu - Nico

Nico — Fri, 03 Nov 2006 00:44:39 +0100

salut, et super explication. On ne peut plus simple. j'ai essayé il y a quelques temps eaccelerator, qui fournit également des améliorations substantielles de certains scripts. Avec eaccelerator, il faut recompiler le module dès l'installation d'une mise à jour des paquets php5. Ici apparement pour APC il y a également une phase de compilation, le module sera t'il donc encore "loadable" après le reload d'apache après une mise à jour de php5 ? Ma question est en fait la suivante, quelle est la façon de mettre à jour APC via cette méthode ? un simple "pecl upgrade apc " suffirait ? Avec eaccelerator, j'avais eu la flemme de relancer la procédure de compilation.

Par ailleurs, autre question, a tu déjà comparé apc avec eaccelerator en termes de performances ?

Installer l'accélerateur APC pour PHP5 sur Ubuntu - NiCoS

NiCoS — Thu, 02 Nov 2006 13:29:58 +0100

Pour la mémoire, au lieu d'ajouter le iniset (qui risque de sauter à la prochaine mise à jour de PEAR), tu peux modifier /etc/php5/cli/php.ini qui fait que toutes tes scripts php en ligne de commande auront plus de mémoire à leur dispo...

Installer l'accélerateur APC pour PHP5 sur Ubuntu - mbertier

mbertier — Thu, 02 Nov 2006 12:16:18 +0100

jetez aussi un oeil à /usr/share/php5/apc/apc.php

c'est une console d'administration du cache dans l'esprit de ce que propose Zend. ça marche pas mal.

Installer l'accélerateur APC pour PHP5 sur Ubuntu - jm

jm — Thu, 02 Nov 2006 11:20:41 +0100

Cool, ça marche aussi sous Debian ! Merci NiKo

Installer l'accélerateur APC pour PHP5 sur Ubuntu - NiCoS

NiCoS — Wed, 01 Nov 2006 22:23:50 +0100

Tiens ça me rappelle : http://www.destination-linux.org/In...

Installer l'accélerateur APC pour PHP5 sur Ubuntu - Yannux

Yannux — Wed, 01 Nov 2006 18:33:56 +0100

Ouhlààààààà mon pauvre Courage ^^

Installer l'accélerateur APC pour PHP5 sur Ubuntu - NiKo

NiKo — Wed, 01 Nov 2006 14:36:54 +0100

yannux> Ça fait une drôle d'impression de voir ton pseudo, j'appelle mon fils Yannux !

Installer l'accélerateur APC pour PHP5 sur Ubuntu - yannux

yannux — Wed, 01 Nov 2006 12:18:01 +0100

Super je ne savais pas comment lui faire utiliser apxs justement lorsque l'install d'apc le demande ! Merci