Reprise du message précédent :

 
de rien

oui mais nan spas automatique  

spaske t es mauvais il a juste oublié un petit bout

voila

ha ok

, vous savez quels navigateurs supportent l'attribut "accept" d'un "input" de type "file" ??

 
http://www.cs.tut.fi/~jkorpela/forms/file.html#filter

merci, j'avais lu çà mais je ne savais pas si c'était à jour, enfin c'est dommage...Ça peut être utile...

 
Un conseil pour servir un graphe du même type (genre le même, mais pas pour cet usage) que les courbes de visites Google Analytics, mais sans Flash ? L'idée c'est d'avoir la courbe (...), et les points d'inflexions avec infobulle et qui linkent sur le détail. Les graphes Analytics quoi.
 
Une lib Javascript pur, ou un plugin jQuery. Sinon, je ferais ça en serverside, même si ça m'enchante pas plus que ça. Des propales ?
 
La lib de FloNuméro, elle ferait ça ?

http://raphaeljs.com/analytics.html

Ha bin oui, forcément.
Merci

pas mieux  
 
et puis j'ai encore un peu de temps de temps avant d'avoir fini ma lib

Sitepoint a une offre spéciale: 5 ebooks pour le prix d'1, 100% de l'argent ira à la Croix Rouge australienne pour gérer le résultat des feux ravageant actuellement le pays (le HQ de Sitepoint est à Melbourne)

=> http://5for1.aws.sitepoint.com/ pour voir s'ils ont des trucs qui vous intéressent.

c'est que les versions electroniques ?

parce que bon les ebooks c'est sympa, mais c'est aussi efficace de chercher sur le net

IE8 RC1 is so slow it makes my app totally unusable

The PHP Anthology, t'es sûr que c'est du bon ? Nan passke des articles du même style sur le Ouaibe t'en trouves plein mais les 3/4 disent des conneries (faut utiliser ' au lieu de ", str_replace c'est lent, etc...)

Ha mais il ne faut pas négliger la microoptimisation ... quand on fait un site web sur une calculatrice.

http://m-fernandez.developpez.com/articles/php/bench/  
Bon je suis d'accord sur une seule chose c'est pour for et count.

surtout que d'après ce que l'on voit sur les forums, souvent, les personnes qui pratiquent la micro optimisation à mort font de grosses erreurs au niveau de la gestion SQL par exemple qui font perdre le quadruple du temps gagné.

Même avec de petites erreurs d'optimisation SQL on perd 10 fois plus de temps que ce qu'on gagne avec la microoptimisation. Avec les grosses erreurs, on en perd au moins 1000 fois plus (on gagne quelques ms en microoptimisant et on perd des secondes entières en foirant les requêtes SQL)

oui, c'est en fait à peu près ce que je viens de dire

Oui, mais en pire.

Quand bien même, hors gros framework sans opcode cache, le côté SQL et les gros algos prennent 90% du temps d'exec...

changer un count() pour une liste de 20 élements, c'est moins lisible et c'est un gain juste négligeable.

edit : ah, et ça bouffe de la mémoire

http://www.heise-online.co.uk/secu [...] res/112589 faier executer du js dans une image , avec IE

pas d'accord pour le count, bon pour 20 éléments peut-être, mais bon... Je trouve pas çà moins lisible.

C'est une question de logique, répéter une centaine de fois la même opération pour un résultat qui sera forcément identique... c'est dommage amha

Bah si, ça fait un intermédiaire et une ligne en plus, donc c'est moins lisible.

Et oui pour 20 éléments, et même pour 100. Pas pour 500 peut-être. D'ailleurs j'ai rien compris au bench, il met 3 secondes a parser un tableau de 5 éléments

3 secondes pour parser 3 millions de fois un tableau de 5 éléments si j'ai bien suivit.

oui, mais 3e6 de fois

c'est là qu'on voit que c'est VRAIMENT important de faire gaffe à ça...3 secondes pour 3 millions de pages vues, tu vas faire exploser le serveur si t'oublies...

ah

Donc sur un tableau de 1000 éléments (déja, ~ 5% des cas), on gagne (27s-17s)*(3000000/1000) = 3ms

(edit : bon mon calcul est foireux mais c'est un ordre d'idée, la vérité est encore au dessous d'ailleurs son test est pourri il aurait du parser de grand tableau pour mettre l'opti en évidence)

Le nombre d'éléments du tableau importe peu, le temps d'execution d'un count sera toujours négligeable par rapport au temps d'execution du contenu de la boucle. C'est un peu comme si tu optimisais l'aérodinamisme d'une perche de tramway: ta perche profilée aura une resistance à l'air beaucoup plus faible qu'une perche classique lors des mesures en souflerie mais tu ne constatera aucune différence lors des essais en conditions réelles.

D'ailleurs l'implé des tableaux php stocke pas le nombre d'éléments en interne? Il me semblait que si...

C'est une vraie question ?

Tous les langages où les tableaux font partie intégrante du langage fonctionnent comme ça, non ?