Si vous utilisez les extensions Firefox Yslow ou encore Google Page Speed sur un site Drupal, vous constaterez que la directive "Use cookie-free domains" et très souvent au niveau F (c'est-à-dire le plus mauvais).
Tout d'abord, que signifie "Use cookie-free domains" ? L'idée consiste à limiter la transmission des cookies entre le client et le serveur au strict nécessaire. Pour cela, il faut forcer le serveur à poser les cookies sur un domaine et charger les éléments statiques de la page depuis une autre url.
Voici ce que remonte Yslow pour l'url http://www.bonvga.net/ sans cette optimisation :
En effet, par défaut, Drupal va poser les cookies sur le domaine .bonvga.net. Notez bien la présence implicite du joker, le cookie est donc posé sur *.bonvga.net. Drupal va également fournir des chemins relatifs vers les fichiers statiques, de ce fait ils sont chargés sur le même domaine que la page et donc le client sera forcé de transmettre les cookies pour chacune des requêtes vers les fichiers statiques.
Voici ma méthode pour optimiser ce point. Il y a peut-être d'autres solutions. Pour résumer je vais forcer Drupal à :
- poser les cookies sur le domaine www.bonvga.net
- réécrire les urls des éléments statiques vers le domaine static.bonvga.net
1 - Poser les cookies sur www.bonvga.net
Pour forcer le serveur à poser les cookies sur un domaine, il suffit de spécifier la variable $cookie_domain dans le fichier settings.php du site :
* Drupal automatically generates a unique session cookie name for each site
* based on on its full domain name. If you have multiple domains pointing at
* the same Drupal site, you can either redirect them all to a single domain
* (see comment in .htaccess), or uncomment the line below and specify their
* shared base domain. Doing so assures that users remain logged in as they
* cross between your various domains.
*/
$cookie_domain='www.bonvga.net';
2 - Réécrire les urls des éléments statiques
Ça parait simple comme ça, mais en fait il va falloir entrer dans les méandres de Drupal et créer un module qui aura cette mission. Je vais détailler la mise en oeuvre du module en 5 étapes :
- création du module
- changement de l'ordonnancement du module pour être exécuté en dernier
- capture de l'intégralité de la page
- détection des liens à changer
- fonction de réécriture
2.1 - La création du module
Créer un répertoire pour le module dans 'sites/all/modules'. Pour cet exemple, le module s'appellera 'optimcookie'. Commençons par créer le fichier optimcookie.info pour que Drupal trouve le module.
description = "Cookie-free domains"
package = bonvga
core = 6.x
version = 6.x-1.0-dev
2.2 - Changement de l'ordonnancement du module
Le module va travailler sur la page générée par Drupal, il faut donc spécifier que ce module doit s'exécuter en dernier parmi les autres modules de Drupal. Pour cela, je vais utiliser le hook_install et modifier le poids du module dans un fichier nommé optimcookie.install. Le hook_install sera invoqué par Drupal une seule fois lors de l'installation du module.
function optimcookie_install(){
db_query("UPDATE {system} SET weight = 126 WHERE name = 'optimcookie' AND type = 'module'");
}
Notez que le poids attribué au module est 126 alors que le poids maximum est 127. Ainsi, je laisse la possibilité à d'autres modules de s'exécuter vraiment en dernier, ce qui est le cas pour le module Javascript Aggregator par exemple.
2.3 - Capture de l'intégralité de la page
Maintenant, il faut créer le fichier du module en le nommant optimcookie.module. Pour capturer la page, je vais utiliser le hook_init et le hook_exit chacun s'exécutant respectivement au début et à la fin de la construction de la page. Pour intercepter le contenu de la page, je vais utiliser les fonctions d'output buffering de php. Le module sera rendu inactif sur toute la zone d'administration du site.
function optimcookie_init(){
if(arg(0)!='admin'){
ob_start();
}
}
function optimcookie_exit(){
if(arg(0)!='admin'){
$buffer=ob_get_clean();
// réécriture des urls
echo$buffer;
if(variable_get('cache', CACHE_DISABLED)!= CACHE_DISABLED){
page_set_cache();
}
}
}
À ce stade, si vous lancez le module, il ne va rien se passer. Il manque encore le code pour réécrire les urls.
2.4 - Détection des liens à changer
Le code ci-dessous est à placer juste après le commentaire 'réécriture des urls'. Les expressions régulières vont intercepter les liens à réécrire et passer les informations à une callback nommée optimcookie_rewrite_url. Dans cet exemple, j'intercepte l'url du favicon, les urls des fichiers javascript, les urls des feuilles de style et les urls des images.
$buffer=preg_replace_callback(
"/<(link([^>]*)rel=\"shortcut icon\")([^>]*)(href=)[\"\']?([^\"\']+)[\"\']?([^>]*)>/",
"_optimcookie_rewrite_url",
$buffer
);
$buffer=preg_replace_callback(
"/<(script([^>]*)type=\"text\/javascript\")([^>]*)(src=)[\"\']?([^\"\']+)[\"\']?([^>]*)>/",
"_optimcookie_rewrite_url",
$buffer
);
$buffer=preg_replace_callback(
"/<(link([^>]*)type=\"text\/css\")([^>]*)(href=)[\"\']?([^\"\']+)[\"\']?([^>]*)>/",
"_optimcookie_rewrite_url",
$buffer
);
$buffer=preg_replace_callback(
"/<(img(([^>]*)))(src=)[\"\']?([^\"\']+)[\"\']?([^>]*)>/",
"_optimcookie_rewrite_url",
$buffer
);
Notez qu'ici, toutes les urls sont interceptées et passées à la callback. Les urls absolues ne devront pas être réécrites donc il faudra faire le tri dans la callback.
2.5 - Fonction de réécriture
La fonction de réécriture est en charge de :
- transformer les urls absolues du domaine courant en urls relatives
- puis, transformer les urls relatives en urls absolues vers un domaine autre que www.bonvga.net, par exemple static.bonvga.net.
// à adapter en fonction du domaine !
// ici, on transforme les urls du domaine courant en url relative
$match[5]=preg_replace('/^http:\/\/(www|dev).bonvga.net/','',$match[5]);
// on réécrit uniquement les urls relatives
if(!preg_match('/^http/',$match[5])){
$match[5]='http://static.bonvga.net/'.$match[5];
}
return"<".$match[1].$match[3].$match[4]."\"".$match[5]."\"".$match[6].">";
}
Voilà, le module est prêt, il n'y a plus qu'à tester.
4 - Analyse d'Yslow après avoir activé le module
Houra ! Nous voici au niveau A ! 
Sachez qu'il est possible d'aller plus loin, avec la fonction _optimcookie_rewrite_url, avec quelques lignes supplémentaires il est possible de "paralléliser les requêtes" HTTP sur plusieurs domaines.
J'espère avoir été clair et que cette méthode pourra vous servir.
