Si vous avez d'autres choses à tester dites-le moi, j'ai construit ce bench en relisant mes fonctions de mon projet, pour optimiser le bazar...
Si vous avez d'autres choses à tester dites-le moi, j'ai construit ce bench en relisant mes fonctions de mon projet, pour optimiser le bazar...
Au fait une question. Quand on utilise while avec un mysql_fetch_* :
while( $row = mysql_fetch_array($result_BDD) )
c'est pas la peine de mettre de each? Le mysql_fetch_array s'occupe du pointage?
en fait il faut bien différencier le while et le foreach.
Tu peux faire un foreach sur un tableau ou sur quelque chose dont tu connais la longueur.
L'algo est :
Le while execute tant qu'une condition est remplie.
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3 POUR CHAQUE ELEMENT du tableau ...instructions... FIN POUR CHAQUE
while(true) boucle à l'infini puisque true (vrai) est toujours vrai.
Donc un while(mysql_fetch_*), il faut regarder que mysql_fetch_* renvoie quelque chose, ou renvoie null quand il n'a plus rien à renvoyer.
L'algo est :
Le fetch renvoie les lignes une à une donc tu ne sais pas au début combien il y a de lignes.
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3 TANT QUE mysql_fetch_ renvoie quelque chose (!= null) ...instructions... FIN TANT QUE
Tu peux faire un mysql_numrows pour avoir le nombre de résultat, mais un foreach ne marche pas puisque tu connais uniquement le nombre, tu n'a pas récupéré les infos.
voila je fais un peu de pub mais j'ai realisé quelques tests sur certaines fonctions, notamment la lecture de fichier en local et a distance et le parcours de tableaux.
d'autres tests sont en cours de realisation, mais si deja il y en a que cela peut interesser ...
http://www.phplibrairies.com/index.p...1&tutorial=147
simplement, à chaque itération de la boucle, il doit tester la condition, donc re-calculer à chaque fois la taille du tableau. La suggestion est de ne le calculer qu'une seule fois et stoquer le résultat dans une variable. Ainsi on sait à quoi comparer à chaque fois, sans recompter le nombre d'éléments par sizeofEnvoyé par iubito
Un truck aussi, faut essayer de rapprocher le plus possible le mysql_connect du mysql_close.
Moi par exemple, ca se connecte au debut puis ca se ferme avant d'envoyer du html (dans h_page.php)
Est-ce que la fonction mysql_close() est vraiment utile ?
Ca a un INpact sur la vitesse d'execution ? Sur la sécurité ?
melmel
De toute façon dès que ta page php est exécutée entièrement, les connexion sont fermées (équivalent à mysql_close).
donc vitesse ça change rien
sécurité je pense pas...
par contre une connexion à mysql (c'est une ressource) prend de la place en mémoire. Faire un mysql_close libère donc de la mémoire.
A noter que PHP dispose d'un garbage collector.
+ d'infos sur les ressources ici : http://fr.php.net/manual/fr/language.types.resource.php
C'est du même ordre que le mysql_free_result après un mysql_query (voir ici).
Pour écrire en plus propre encore le
on peut faire
Code : Sélectionner tout - Visualiser dans une fenêtre à part for($i=0;$i<sizeof($arr);$i++)
tout en une ligne !
Code : Sélectionner tout - Visualiser dans une fenêtre à part for($i=0,$j=sizeof($arr); $i<$j; $i++)optimisé niveau vitesse
Sinon, ya la mise en cache qui peut etre interresante :
http://www.idfr.net/etude_apache/fr/caching_opcodes.php
Enfin, pour MySQL ça change rien...
Je crois qu'on s'est un peu egarer par rapport a la question posé de depart
Pour te repondre j'ai mis dans un while un msql_fetch_row($sql) et ca marche tres bien j'ai fait un menu deroulant un tableau plein d'autres encore vraiment ca marche pas de souci
Ce code fonctionne a merveille si bien sur tu a plusieur champs dans ta base
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4 while( $row = mysql_fetch_row($sql)) { echo"<tr><td>$row[0]</td></tr>\n<tr><td>$row[1]</td></tr>"; }
Pense que le premier champs de ta base est toujours 0
voila n'hesite pas a me contacter pour de futures questions
emrys, il a déjà été dit que mysql_fetch_array n'est pas plus lent que mysql_fetch_row et ajoute un confort d'utilisation.
Aller, un petit coup d'optimisation comme on en a parlé dans ce topic :
=>
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4 while( $row = mysql_fetch_row($sql)) { echo"<tr><td>$row[0]</td></tr>\n<tr><td>$row[1]</td></tr>"; }
Au quel cas, faire un tableau avec une cellule par ligne, c'est pas terrible, vaut mieux faire des listes <ol> ou <ul>, avec du style
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4
5 while( $row = mysql_fetch_row($sql)) { echo '<tr><td>'. $row[0] .'</td></tr> <tr><td>'. $row[1] .'</td></tr>'; }![]()
Bonjour,
Voilà, depuis très longtemps je me pose de grosses questions sur l'optimisation du php mais j'ai souvent du mal à trouver des réponses.
Alors déjà, question générale : comment faire pour tester efficacement un script ou carrément l'éxécution d'une fonction, j'ai bien un script qui calcule le nombre de milisecondes entre le début et la fin mais ca donne des chose assez différentes à chaque fois (forcément vu l'unité de temps) : est-ce qu'il faut multiplier l'éxécution et faire une moyenne, ou y-a-t-il des outils ?
En attendant de savoir faire, est-ce que quelqu'un aurait des réponses aux questions suivantes :
1- le fait de faire des fonctions imbriquées les unes dans les autres et de les appeler est-il beaucoup plus long que d'exécuter le script en bloc tel quel (parce que c'est quand même bien pratique pour la lisibilité) ?
2- lorsqu'on appelle dans une page php un grand nombre de fonctions mais de façon variable, vaut-il mieux les mettre toutes dans un seul fichier B, faire l'include une seule fois quite à ne pas servir de la moitié des fonctions ou vaut-il mieux mettre les fonctions dans des fichiers différents et ne charger chaque fichier que si on en a besoin mais donc faire plus d'includes et même beaucoup ?
Bon je crois que c'est tout pour commencer
Merci d'avance !
Oui, multiplie, par 100, 1000, 10000, 1 million si il faut, y'a toujours des petites variations, mais ça donne une idée. Si tu as 2 possibilités d'implémentation d'un algo, ça te permet de comparer.Envoyé par erzebet
fonctions = + lisible, + souple (tu modifie un truc ça le modifie pour toutes les utilisations que tu vas faire.En attendant de savoir faire, est-ce que quelqu'un aurait des réponses aux questions suivantes :
1- le fait de faire des fonctions imbriquées les unes dans les autres et de les appeler est-il beaucoup plus long que d'exécuter le script en bloc tel quel (parce que c'est quand même bien pratique pour la lisibilité) ?
Au niveau mémoire, la fonction va prendre l'espace mémoire nécessaire juste le moment de son exécution, puis le libère en sortant.
ça ne fait pas ralentir de créer des fonctions.
Tout dépend, c plus une question de lisibilité je pense.2- lorsqu'on appelle dans une page php un grand nombre de fonctions mais de façon variable, vaut-il mieux les mettre toutes dans un seul fichier B, faire l'include une seule fois quite à ne pas servir de la moitié des fonctions ou vaut-il mieux mettre les fonctions dans des fichiers différents et ne charger chaque fichier que si on en a besoin mais donc faire plus d'includes et même beaucoup ?
Si tu as une série de fonctions pour faire le café, et une autre grosse série pour servir une bière fraîche, c + propre de séparer dans 2 fichiers.
D'un autre côté, un seul fichier pour les fonctions c + facile à inclure.
A moins que je me trompe, avoir un include avec beaucoup de fonctions dont pleins qui ne vont pas servir, ça va pas bouffer de la mémoire pour rien.
A confirmer quand même, doit y avoir un 'tit chouilla de mémoire utiliser pour "déclarer" toutes les fonctions, y compris les non-utilisées, mais ça doit pas être énorme.
au niveau de l'appel des fonctions de façon générale, appeler une fonction prend quand même un peu de proc, mais rien de comparable aux gains de lisibilité
(appel d'une fonction =
+ empilement de l'adresse de retour
+ saut au début de la fonction
<exécution de la fonction>
+ récup de l'adresse de retour sur la pile
+ saut à cette adresse
soit 4 instructions en plus : négligeable)
Merci beaucoup de vos réponses.
En gros d'après ce que vous me dites, quelles que soient les solutions que je choisis pour ces différents problèmes, les écarts d'efficacité ne seront pas significatifs donc, même si apparemment il vaut mieux en gros faire le moins d'include possible mais que c'est pas si grave que ça, après c'est une question de confort de lisibilité, c'est bien ça ?
lisibilité et réutilisation
Si tu as 2 algos quasi identiques (juste un chiffre qui change ou un truc dans le style), tu fais une fonction avec un paramètre.
Le jour où tu change ton algo, tu le fais qu'à un seul endroit.
pour moi le seul moment où la lisibilité doit être sacrifiée pour la puissance, c'est que ton serveur est à genoux où que tu as du code qu'il est vraiment capital d'exécuter à toute vitesse, ce qui est plutôt rare en PHP...
Ah oui quand même)
Je pensais que la lisibilité devait être sacrifiée plus que ça au profit de la puissance moi. Bon ben c'est bien tout ça.
j'ai une autre colle : quelle expression est-elle plus rapide :
OU
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4
5
6 if($toto==0) { if($tata==0) else } else
Merci d'avance.
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3 if($toto==0 && tata==0) else if($toto==0 && tata!=0) else
Partager