• Construire un vrai mur de bloc
  Un plugin jQuery qui permet de contourner le problème des float de hauteurs inégales. Un rendu digne d’une page de petite annonces d’un journal.
• Javascript qui rajoute des fonctions à vos images
  Ce script sans framework permet de rajouter des fonctions de zoom et de plein écran à vos images.
• Un tas de benchmark PHP
  Je suis tombé dessus récemment, mais ca doit dater. En tout cas, voici un bon paquet de d’analyse qui peuvent aider à choisir quoi utiliser
• Les bonnes résolutions en webdesign
  Un très bon résumé de toutes les bonnes pratiques à appliquer absolument sur chaque webdesign et intégration html
• Monter une application en temps réel (via integrateur_css)
  J’avais parler de APE à deux reprises déjà, voici enfin un très bon tutorial en français sur un exemple d’application
• jQuery Plugin auto suggest très sexy (via clementj)
  Dans la multitude de plugin d’autosuggest, voici une très bonne surprise. En plus de gérer le multi suggest, il est plus sexy que la moyenne. A voir!
• jQuery Plugin pour vaincre les « lire la suite »
  Un plugin tout bête mais bien pensé pour rendre tout une zone cliquable plutôt qu’un simple « lire la suite »
• Dévérouiller son mac avec son iphone
  Si j’avais un iphone, je testerais bien :D Cette application permet de verrouiller votre mac quand votre iphone s’éloigne de lui, et inversement quand il s’en approche
• Service web pour fusionner vos fichiers js
  Un service simple et efficace qui vous permettra d’optimiser un peu votre site facilement, en prenant en charge le fusionnement de vos fichiers js
• Comment écrire un tutorial efficace
  Une très bonne méthode, j’ai un peu la même mais en moins poussée. De très bonnes idées à prendre
• Les extensions chrome pour web développeur
  Même s’il parait peu probable que je passe un jour sur Chrome, il vaut mieux se renseigner et voici un bon billet qui reprend tout ce dont un web développeur a besoin pour bosser
• Monitoring de site gratuit
  Encore un service de monitoring, lui aussi gratuit, mais qui ne se contente pas d’un simple ping, mais également de vérifier la présence ou l’absence d’un terme dans une page.
• Librairie JS pour benchmark
  Après les tests unitaires, voici un petit tour d’horizon des scripts pour benchmarker un script js. Des fois que vous voudriez optimiser encore un peu votre site ;)

Une bonne dose pour une reprise, vous ne trouvez pas? Et comme je suis un gars en manque de temps, encore et toujours, vous aurez le droit à un best of des bons plans 2009. Stay tunes!

Je me suis donc dis que j’allais tout simplement le benchmarker grosso modo, afin d’avoir une idée du gain qu’on peut avoir à passer par des tableaux. Car en fait, on sait très bien que le 2e est plus rapide, mais la question, c’est de combien.

J’ai donc pris un modèle assez classique. Un couple de Departement/Region de France.

Dans mon fichier Table de mes départements, je rajoute la méthode suivante pour faire ma jointure sur régions

public function getAll()
  {
    return $this->createQuery('d')
      ->leftJoin('d.Regions r');
  }

Hydratation en objet

Parfait, maintenant, je crée une action qui récupère seulement tous les items de ma table, soit environ 100 départements, en relation avec une région chacun.

public function executeIndex(sfWebRequest $request)
  {
    $this->items = Doctrine::getTable('Departements')->getAll()->execute();
  }

Ca reste un cas tout a fait commun. J’ai donc lancé un ab, un programme livré avec apache qui permet de lancer l’exécution d’une page web, n fois avec n requêtes concurrentielles. j’ai décidé de le lancer 100 fois avec 10 requêtes à la fois. Et voici le résultat:

Document Path:          /hydrate/index
Document Length:        2400 bytes
 
Concurrency Level:      10
Time taken for tests:  16.862 seconds
Complete requests:      100
Failed requests:        0
Write errors:           0
Total transferred:      269400 bytes
HTML transferred:       240000 bytes
Requests per second:    5.93 [#/sec] (mean)
Time per request:       1686.205 [ms] (mean)
Time per request:       168.621 [ms] (mean, across all concurrent requests)
Transfer rate:          15.60 [Kbytes/sec] received
 
Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    0   0.5      0       4
Processing:  1172 1665 167.3   1662    2337
Waiting:     1172 1663 166.5   1661    2337
Total:       1172 1665 167.4   1662    2338
 
Percentage of the requests served within a certain time (ms)
  50%   1662
  66%   1709
  75%   1750
  80%   1783
  90%   1860
  95%   1928
  98%   2102
  99%   2338
 100%   2338 (longest request)

Hydratation en tableau

2e action, le même code, le même résultat HTML souhaité, mais on passe dans le execute le fameux paramètre. Notre résultat ne sera donc plus une Doctrine_Collection, mais un tableau associatif avec en clé, les noms des champs.

  public function executeIndex2(sfWebRequest $request)
  {
    $this->items = Doctrine::getTable('Departements')->getAll()->execute(array(),Doctrine::HYDRATE_ARRAY);
  }

Et voici le résultat

Document Path:          /hydrate/index2
Document Length:        2400 bytes
 
Concurrency Level:      10
Time taken for tests:   10.086 seconds
Complete requests:      100
Failed requests:        0
Write errors:           0
Total transferred:      269400 bytes
HTML transferred:       240000 bytes
Requests per second:    9.92 [#/sec] (mean)
Time per request:       1008.569 [ms] (mean)
Time per request:       100.857 [ms] (mean, across all concurrent requests)
Transfer rate:          26.09 [Kbytes/sec] received
 
Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    1   1.4      0       6
Processing:   598  992 112.9   1003    1239
Waiting:      598  991 113.0   1002    1239
Total:        599  993 113.0   1003    1239
 
Percentage of the requests served within a certain time (ms)
  50%   1003
  66%   1051
  75%   1081
  80%   1085
  90%   1104
  95%   1128
  98%   1149
  99%   1239
 100%   1239 (longest request)

Bilan

Alors évidemment, il faut prendre en compte la différence de temps de réponse qu’on peut avoir entre 2 lancement de ab. Mais l’objectif est surtout de montrer que le gain est non négligeable et vraiment réel.

On constate que le HTML reçu est bien le même. On a donc le même rendu!
Et côté performance, le 1er cas nous donne une requête en 1,7sec quand le 2e nous donne 1s soit près de 60% de mieux.

Conclusion, quand on souhaite réaliser seulement de l’affichage de données, il faut hydrater en tableau! Même si dans le cas présent, on parle de 0,7sec, il faut voir que c’est un projet vierge avec rien d’autre autour. Le gain est donc bien réel et pas seulement gadget.

Crédit photo: http://www.flickr.com/photos/don3rdse/3208161023/