Version imprimable
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 :
OUCode:
2
3
4
5
6
Merci d'avance.Code:
2
3
la premi�re, mais l� encore ce n'est qu'une histoire d'une ou deux instructions.
m@ > pour faire comprendre, �a serait bien de justifier :PCitation:
Envoy� par m@
C'est la premi�re car il ne teste qu'une fois si $toto == 0, et qu'un test sur $tata.
Dans la 2e, il teste une fois $toto et $tata, puis une autre fois $toto et $tata.
iubito >> c'est promis je le referai plus...
il y a 3 cas de figure (le test apr�s && n'est pas effectu� si le premier est faux)
si toto = 0 et tata = 0
1 : test toto, test tata, code
2 : test toto, test tata, code (ici on gagne m�me une instrruction (JMP))
si toto = 0 et tata != 0
1 : test toto, test tata, code
2 : test toto, test tata, test toto, test tata, code
si toto != 0
1 : test toto, code
2 : test toto, test toto, code
1 est donc mieux ou quasiment �quivalent dans tous les cas de figure
Merci encore, pour vous r�compenser j'en ai une autre :) :
Est-ce qu'il vaut mieux �crire :
OUCode:
2
dans le cas ou la $GLOBALS en question est appel�e plusieurs fois ? Autrement est-ce que la concat�nation prend plus de temps � �tre ex�cut�e que de rajouter une variable ? C'est quoi le mieux ?Code:$GLOBALS['toto'.$tata.'tutu']
Merci d'avance encore.
A+
le mieux c de cr�er une variable je pense.
1) �a fait une seule fois la concat�nation (elle para�t simple comme �a, mais c tout de m�me une op�ration sur une chaine de caract�res)
2) �a �vite les erreurs.
Et quand t'as plus besoin de ta b�b�te, tu fais unLe unset c'est pour supprimer une variable (= r�cup�rer la m�moire). Sur une chaine ou un entier, c'est rien, mais prendre l'habitude de le faire quand on utilise une variable temporaire c'est bien, car on y pense quand les variables temporaires sont plus grosses (objet, tableau...).Code:unset($bebete);
salut,
le mysql_close(); � la fin de son code mysql est il vraiment n�cessaire ?
normalement non, php ferme tout seul, mais je pr�f�re fermer mysql juste apr�s ma derni�re utilisation. Comme �a si y'a du traitement PHP un peu long apr�s la derni�re utilisation de MySQL, il ne bloque pas une connexion � la base de donn�es.Citation:
Envoy� par Darkblast
Pour lib�rer de la m�moire, il faut bien utiliser des mysql_free_results ou dans le genre.
mais par contre ce n'est pas valable pour les conections persistantes, si ? (pas taper, erzebet n'a peut-�tre rien compris :) ).
c pas un truc mysql_pclose pour une connexion persistante.
Mais bon, recherche sur le forum, y'a eu des d�bat connexion persistante ou non. Perso je suis contre, � moins d'avoir comme en java la possibilit� d'avoir un spool de connexion toujours instanci� et que n'importe quelle classe fait appel, mais en php j'pens epas que c possible.
oui alors euh oui moi j'ai pas tout compris l� :)
En fait j'utilise des connexions persistantes uniquement pour un truc que je d�veloppe actuellement et qui n'est utilisable que sur un serveur local : ca me permet de controler le nombre d'utilisateurs connect�s � la base et donc au programme.
Sinon je ne les utilise jamais mais je pourrais pas dire que c'est pour les m�mes raisons que toi parce que j'ai pas compris :) mais j'irai voir sur le forum pour comprendre. Merci en tous cas.
Et donc la fonction dont tu parles en fait, elle fait le m�me effet que la fin de d'un script php, comme pour une connexion normale ?
pour la fonction... le r�flexe doc PHP (�a aussi c'est de l'optimisation, �a �vite de poser une question :mrgreen: ) http://fr.php.net/NOM_DE_LA_FONCTIONCitation:
Envoy� par erzebet
http://fr.php.net/mysql
http://fr.php.net/mysql_pclose
et l� tu verras si y'a quelque chose (j'ai pas test� les URL).
tout a fait, d'ailleurs pclose n'existe pas :)
je verrai pour �a c'est pas urgent fa�on.
J'ai une autre question : est-il plus long d'utiliser $GLOBALS['toto'] que $toto ?
Merci d'avance.
Et pourquoi tu ne demanderais pas au systeme?Citation:
Envoy� par erzebet
Aller un coup de main : pour r�cup�rer l'heure courante
http://fr3.php.net/manual/fr/function.microtime.php
Tu recupere avant, tu execute un script 1000 fois dans une boucle, et tu recupere apres, tu soustrais.
M�me chose avec l'autre script, et tu regarde le plus rapide. A faire bien sur plusieurs fois, chez toi et en n'ayant rien qui tourne qui pourrait fausser le test.
fait des tests comme sur mon bench, tu peux t'inspirer du code, m�me si il est un peu fouilli.
Quand tu auras un test, balance-le code et je le mettrai dans le bench.
Bon ben moi j'arrive comme un ch'veux sur la soupe avec pas mal de journ�e de retard mais j'ai une question :
Pourquoi vous n'utilisai que des echo et jamais des print? :roll:
Ca peut paraitre stupide mais si echo et plus performent que le print je prefeere tous changer maintenant plutot que tout a la fin de mon projet.
en fait, je pense que c'est principalement pour des questions de lisibilit�s et de possibilit�s :
http://fr.php.net/print
http://fr.php.net/echo
comme tu peux le voir, echo offre plus de possibilit�es au niveau de la sythaxe, notamment, se d�barasser des parenth�ses, here doc, [etc...]