caching<\/code> ou de la mise en cache.<\/p>\n\tEn effet, m\u00eame si vous avez proc\u00e9der avec une d\u00e9marche “UX oriented”, p\u00e9tri au sc\u00e9nario utilisateur et au wireframing, si les performances de votre site sont mauvaises, le b\u00e9n\u00e9fice sera nul car les gens se lasseront d’attendre et se plaindront de la lenteur de votre service (en passant c’est la raison pour laquelle nous avons choisi une solution Cloud sur Amazon pour notre Webapp 3WDOC car on peut reprocher beaucoup de choses \u00e0 cette application sauf celle des performances de mise \u00e0 disposition :):), mais passons !)<\/p>\n
\t C’est bien la question que nous allons aborder dans cet article en essayant de voir comment \u00e0 l’aide d’un syst\u00e8me de caching<\/code>, on peut am\u00e9liorer les performances de son site afin d’optimiser les temps d’acc\u00e8s et de r\u00e9ponse.
\n\tC’est un \u00e9l\u00e9ment-cl\u00e9, un facteur d\u00e9terminant dans le succ\u00e8s ou l’\u00e9chec d’adoption de votre site ou de votre webservice, qui pour le coup est une des vraies pr\u00e9occupations partag\u00e9es entre le marketing, la direction financi\u00e8re, l’\u00e9quipe de d\u00e9veloppement, le client….etc.<\/p>\n\tPour parodier le mot de Georges Clemenceau, “Le caching est une affaire trop s\u00e9rieuse pour la laisser aux seuls mains des d\u00e9veloppeurs” *<\/p>\n
\t* En l’esp\u00e8ce le tigre parlait de la guerre “La guerre ! C\u2019est une chose trop grave pour la confier \u00e0 des militaires.”<\/em><\/p>\n\t\t\t\t\t\n\n\t\t\t\t\t \n\t\t\t\t\t ![\"Developing](\"http:\/\/ecx.images-amazon.com\/images\/I\/51zGkYkknRL._SL160_.jpg\")
<\/a>\n\t\t\t\t\t <\/div>\n\t\t\t\t\t\t\n\t\t\t\t\t\t\tDeveloping Web Applications with Perl, Memcached, MySQL and Apache<\/a><\/h2>\n\t\t\t\t\t\t\t\n\t\t\t\t\t Des explications tr\u00e8s compl\u00e8tes sur l'utilisation efficiente de memcached comme le titre du livre l'indique.<\/p>\n\t\t\t\t\t\t\t\tGenre(s) : Apache<\/a>, Applications<\/a>, Memcached<\/a>
Auteur(s) : Patrick Galbraith<\/a>
Edition(s) : John Wiley & Sons Ltd<\/a>
\n\t\t\t\t\t<\/i>+ d'infos<\/span><\/a><\/div>\n\t\t\t\t\t\t<\/div>\n\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t\t\t\t\t\t\t\t\n\tIl existe deux solutions sur le march\u00e9 qui vous permette d’am\u00e9liorer consid\u00e9rablement ces performances d’acc\u00e8s \u00e0 votre site. Ces deux solutions sont : Varnish<\/code> et Memcached<\/code>.
\n\tOn va d’abord pr\u00e9senter bri\u00e8vement \u00e0 quoi sert la caching, ce que propose ces solutions memcached<\/code> et varnish<\/code>. Puis on verra rapidement comment impl\u00e9menter memcached<\/code> et varnish<\/code> de sous MAMP, afin de cr\u00e9er un environnement de d\u00e9veloppement ou sandbox<\/code> digne de ce nom. Enfin, \u00e0 l’aide de nos outils favoris de wireframing, omnigraffle, on tentera d’obtenir la repr\u00e9sentation de l’infrastructure id\u00e9al, un bon sch\u00e9ma vaut toujours mieux que de de fastidieuses explications. En toute fin, on donne un certains nombre de liens pour utiliser ces solutions sous WordPress notamment, dont les performances initiales de WP ne sont pas excellentes, il faut bien l’admettre.<\/p>\nQuelques articles d’excellence avant de commencer<\/h4>\n
\tComme souvent, appr\u00e9hender un sujet aussi vaste et important que la caching<\/code> r\u00e9clame de s’informer et \u00e9ventuellement de trouver les bonnes explications avec de pr\u00e9f\u00e9rence des cas pratiques. Nous e avons trouver et on vous les livre d\u00e9s \u00e0 pr\u00e9sent. On vous invite donc \u00e0 lire :<\/p>\n\t<\/p>\n
\n- Cet article en anglais r\u00e9dig\u00e9 par une des personnes du staff technique de la BBC, Simon Frost, qui d\u00e9taille dans les grandes lignes, la mani\u00e8re dont la BCC a proc\u00e9d\u00e9 pour am\u00e9liorer les performances du site de la BBC notamment lors de la mise en production de leur iPlayer avec l’objectif avou\u00e9 de rendre la chose rapide \u00e0 utiliser notamment la partie d\u00e9di\u00e9 au
caching<\/code> intitul\u00e9e We cache a lot<\/code>\n\t\tScaling the BBC iPlayer to handle demand (excellent)
http:\/\/www.bbc.co.uk\/blogs\/bbcinternet\/2010\/07\/scaling_the_bbc_iplayer_to_han.html<\/a>\n\t\t<\/li>\n- 2 excellents articles de Nate Haug (@lullabot<\/a>), un “Senior Drupal Architect” de renom d’une soci\u00e9t\u00e9 nomm\u00e9e Lullabot, bas\u00e9 \u00e0 Providence (Rhode Island) qui explique de mani\u00e8re didactique comment installer en local les deux solutions, nous nous sommes abondamment inspir\u00e9s de ces tutoriaux, qu’il en soit remerci\u00e9.\n
\n- Installing Varnish on Mac OS X (with MAMP or any other server) (excellent)
http:\/\/www.lullabot.com\/articles\/installing-varnish-mac-os-x-mamp<\/a><\/li>\n- Setup a Memcached-Enabled MAMP Sandbox Environment (excellent)
http:\/\/www.lullabot.com\/articles\/setup-memcached-mamp-sandbox-environment<\/a><\/li>\n<\/ul>\n<\/li>\n- L’article le plus complet que nous ayons en fran\u00e7ais de St\u00e9phane Raymond @sraymond38<\/a>. Un article vraiment complet, qui envoie du bois, avec sch\u00e9mas, explications… Lumineux
\n\tCaching avanc\u00e9 et strat\u00e9gie d\u2019optimisation pour des applications web \u00e0 forte charge (excellent et en fran\u00e7ais)
http:\/\/www.stephane-raymond.com\/blog\/webperf\/caching-avance\/<\/a>\n<\/li>\n- Cette article qui d\u00e9taille tout le processus de cr\u00e9ation sous Drupal de bmj.com de la m\u00e9thode Agile \u00e0 l’infrastructure d\u00e9ploy\u00e9. Un “must”.
\n\t\tCaching avanc\u00e9 et strat\u00e9gie d\u2019optimisation pour des applications web \u00e0 forte charge
http:\/\/drupal.org\/node\/1557636<\/a>\n<\/li>\n<\/ul>\n\t<\/p>\n
De l’importance du caching<\/code><\/h4>\n\tLe caching, c’est primordial ! En effet, les sites, les applications Web ne sont que donn\u00e9es. Ainsi, \u00eatre capable de traiter RAPIDEMENT<\/strong> les donn\u00e9es, qu’il s’agisse de donn\u00e9es stock\u00e9es saisies par un utilisateur ou de la r\u00e9cup\u00e9ration de donn\u00e9es \u00e0 afficher, est la fonction principale d’une application web ou d’un site. Le probl\u00e8me le plus important est donc de faciliter autant que possible un acc\u00e8s rapide et efficace \u00e0 ces donn\u00e9es. Questionnement qui inclut un plus vaste sujet encore qu’est la scalability<\/code> ou “scalabilit\u00e9”, disons le dimensionnent progressif et maitris\u00e9 d’un point de vue technique et financier de votre web app ou site. Un des gros avantages du Cloud l\u00e0 encore.
\n\tPour m\u00e9moire, nous avions aborder ce point dans un article pr\u00e9c\u00e9dent :<\/p>\n\n- Cloud, E-commerce, entreprises \u2013 les leviers et les freins \u00e0 l\u2019adoption du Cloud par les entreprises et particuli\u00e8rement dans le domaine E-commerce\n
\t\thttp:\/\/social.hecube.net\/2012\/10\/cloud-e-commerce-entreprises-les-leviers-et-les-freins-a-ladoption-du-cloud-par-les-entreprises-et-particulierement-dans-le-domaine-e-commerce\/<\/a><\/li>\n<\/ul>\n\tA la probl\u00e9matique technique de caching<\/code> s’attache d’autres enjeux \u00e0 ne pas n\u00e9gliger, notamment l’enjeux financier. La Base de Donn\u00e9es (BDD) est sans aucun le r\u00e9ceptacle d’une grande partie des donn\u00e9es n\u00e9cessaires au fonctionnement d’un site ou d’une web app. Or le traitement ou la r\u00e9cup\u00e9ration de ces donn\u00e9es depuis une BDD a un co\u00fbt. Il va sans dire que plus le site conna\u00eet un fort trafic, plus la d\u00e9pense concernant l’infrastructure sera exponentielle. Il faut donc rapidement trouver une solution “cost-effective” pour ne pas \u00eatre la victime de son succ\u00e8s.<\/p>\n\tIl existe 2 typologie de donn\u00e9es, celles qui changent constamment et fr\u00e9quemment tel les donn\u00e9es utilisateur ou celles de session et puis les autres, celles qui ne changent que rarement voir pas du tout. C’est sur ce dernier type de donn\u00e9es que la mise en place d’un syst\u00e8me caching<\/code> peut avoir un impact positif. En effet, il est \u00e9minemment b\u00e9n\u00e9fique de ne pas avoir recours de mani\u00e8re syst\u00e9matique \u00e0 une base de donn\u00e9es en vue d’obtenir ces m\u00eames donn\u00e9es. <\/p>\n\tPour donner d\u00e9j\u00e0 un aper\u00e7u rapide des objectifs que l’on peut se fixer lorsque on met en place un syst\u00e8me de caching<\/code>, on va montrer comment s’appuyer sur Varnish<\/b> pour faire du “caching” de contenu statique, le plus demand\u00e9, et sur memcached<\/b> pour les r\u00e9sultats de requ\u00eates SQL, les plus fr\u00e9quentes.<\/p>\nCloud et Caching<\/h4>\n
\tUne premi\u00e8re pr\u00e9cision concernant le Cloud. Que vous soyez sur le Cloud ne change pas grand chose \u00e0 la probl\u00e9matique de caching<\/code>. Etre sur le Cloud est certes une tr\u00e8s bonne chose, en effet votre infrastructure est scalable<\/code>, vous disposez si votre budget le permet de ressources serveur quasi in\u00e9puisables ( instance de stockage, instance MySQL….etc) toutefois vous ne ferez m\u00eame en \u00e9tant sur le Cloud, l’\u00e9conomie sur une r\u00e9flexion sur le caching<\/code>.<\/p>\n\tOn peut la voir d’ailleurs dans ce sch\u00e9ma, gracieusement mis \u00e0 disposition par rackspace.com<\/code> qui pr\u00e9sente une possible architecture sur leur infrastructure Cloud que la solution de caching<\/code> y est int\u00e9gr\u00e9 \u00e0 chaque fois que vous soyez un site avec beaucoup de contenu, de e-commerce ou sous wordpress.<\/p>\n\tLe sch\u00e9ma de l’architecture Cloud pour un CMS (Content Management System)<\/b>
\n\tUne possible architecture Cloud pour un CMS comme Drupal<\/strong>. Pour cette configuration, l’accent est mis sur une abondante mise en cache, avec Varnish<\/strong> pour la mise en cache de contenu statique et Memcached<\/strong> pour la mise en cache de requ\u00eate de base de donn\u00e9es.<\/p>\n\tCette configuration permet \u00e9galement de redimensionner horizontalement rapidement pour faire face \u00e0 des pics de trafic, typiquement comme des \u00e9v\u00e9nements ou un trafic soutenu et constamment \u00e9lev\u00e9.<\/p>\n
\t![\"Memcached,](\"https:\/\/flaven.fr\/wp-content\/uploads\/2013\/04\/caching_issue_sketch_content_management.jpg\")
\n\tCopyright © rackspace.com<\/em><\/p>\n\tLe sch\u00e9ma de l’architecture Cloud pour WordPress<\/b>
\n\tCi-dessous, un exemple d’architecture Cloud sur la mani\u00e8re dont pourrait \u00eatre configur\u00e9 un site sous WordPress.<\/p>\n
\t![\"Memcached,](\"https:\/\/flaven.fr\/wp-content\/uploads\/2013\/04\/caching_issue_sketch_wp.jpg\")
\n\tCopyright © rackspace.com<\/em><\/p>\n\tOn vous invite \u00e0 d\u00e9couvrir les autres excellents sch\u00e9mas propos\u00e9s par rackspace.com<\/code> sur tous les types d’architecture Cloud selon vos ambitions et votre coeur de m\u00e9tier.<\/i><\/p>\n\tSource : http:\/\/www.rackspace.com\/knowledge_center\/article\/rackspace-open-cloud-reference-architecture<\/a><\/em><\/p>\nMemcached<\/h4>\n
\tmemcached est un syst\u00e8me de cache en m\u00e9moire distribu\u00e9e haute-performance. Il s’agit essentiellement d’un serveur de m\u00e9moire simple qui fournit une couche de mise en cache pour les applications en vue stocker des donn\u00e9es afin d’all\u00e9ger la charge sur la base de donn\u00e9es. memcached fournit \u00e9galement une table de “hash” (hash lookup table) pour une recherche rapide dans le retraitement des donn\u00e9es.<\/p>\n
\tLes donn\u00e9es stock\u00e9es dans memcached ne restent pas ! Ce qui signifie que celles-ci disparaissent lorsque le serveur memcached est arr\u00eat\u00e9 ou red\u00e9marr\u00e9. Par ailleurs, il n’y a pas de basculement (failover) ou d’authentification, c’est donc l’application utilisant memcached qui est en charge si l’on peut dire de la mise en oeuvre de la mani\u00e8re dont les donn\u00e9es sont g\u00e9r\u00e9es et mises \u00e0 jour. <\/p>\n
\tmemcached a une structure qui est connu comme un LRU (Least Recently Used) cache, de sorte que les donn\u00e9es stock\u00e9es qui est la plus ancienne et moins accessibles seront remplac\u00e9s par de nouveaux \u00e9l\u00e9ments lorsque la capacit\u00e9 de m\u00e9moire memcached est atteint. La structure de mise en cache de memcached est connu sous le nom de LRU cache<\/code>. (LRU pour Least Recently Used<\/code>). Ce qui implique que les donn\u00e9es stock\u00e9es les plus anciennes et les moins accessibles seront renouvel\u00e9s par de nouveaux \u00e9l\u00e9ments lorsque la capacit\u00e9 de m\u00e9moire memcached est atteinte. <\/p>\n\tAfin d’affiner la gestion dans la dur\u00e9e de mise en cache, memcached fournit des d\u00e9lais d’expiration (expiration timeouts) pour les donn\u00e9es stock\u00e9es, il est ainsi possible de choisir si les donn\u00e9es qui seront stock\u00e9es, expirent au bout d’un temps d\u00e9fini ou n’expirent jamais par exemple.<\/p>\n
\tmemcached remplace les donn\u00e9es qui ont expir\u00e9, puis remplacer les donn\u00e9es les moins r\u00e9cemment utilis\u00e9es, lorsque sa capacit\u00e9 de m\u00e9moire est atteinte. memcached peuvent s’ex\u00e9cuter dans n’importe quel type de configuration: soit sur un ou plusieurs serveurs, ou m\u00eame dans plusieurs instances sur le m\u00eame serveur. memcached remplacera donc en priorit\u00e9 les donn\u00e9es expir\u00e9es ou bien si ses capacit\u00e9s m\u00e9moires sont atteintes, memcached remplacera les donn\u00e9es utilis\u00e9es les plus anciennes.<\/p>\n
\tIl existe une grande souplesse dans la configuration de memcached : le syst\u00e8me peut en effet s’ex\u00e9cuter soit sur un ou plusieurs serveurs, ou \u00e0 l’aide de plusieurs instances sur le m\u00eame serveur.<\/p>\n
\tComment le “truc” fonctionne exactement. Le serveur de cache fournit simplement une structure de stockage o\u00f9 les donn\u00e9es sont stock\u00e9es \u00e0 l’aide d’une valeur cl\u00e9 (key value) avec en plus une table de “hash” (hash lookup table) qui permet une recherche rapide et l’extraction des donn\u00e9es. Toute l’intelligence du syst\u00e8me de memcached, si l’on peut dire, tient dans la liaison entre une valeur de hachage de la cl\u00e9 pour faire r\u00e9f\u00e9rence \u00e0 ce qui est stock\u00e9 ou r\u00e9cup\u00e9r\u00e9.<\/p>\n
\t\tmemcached utilise un algorithme de hachage qui d\u00e9termine notamment \u00e0 quel serveur la requ\u00eate d’une ou plusieurs cl\u00e9s doit \u00eatre envoy\u00e9e. Une fois d\u00e9termin\u00e9, quel serveur doit fournir la r\u00e9ponse, les requ\u00eates sont envoy\u00e9es en parall\u00e8le aux serveurs appropri\u00e9s. Chaque serveur utilise les valeur cl\u00e9s de recherche de sa table de “hash” ( la hash lookup table) pour r\u00e9cup\u00e9rer l’\u00e9l\u00e9ment stock\u00e9 et renvoyer les r\u00e9sultats.<\/p>\n
\tmemcached est extr\u00eamement rapide \u00e0 la fois pour stocker et r\u00e9cup\u00e9rer des donn\u00e9es car le syst\u00e8me utilise de la m\u00e9moire et non de l’espace disque pour stocker les donn\u00e9es. Enfin, pour fonctionner, memcached ne r\u00e9clame que peu de CPU et peut \u00eatre ex\u00e9cut\u00e9 sur le m\u00eame serveur que le serveur web Apache, ou sur tout autre serveur ayant des capacit\u00e9s de m\u00e9moire disponibles (spare memory). <\/p>\n
Quelques tr\u00e8s bons sch\u00e9mas d’explications existent sur ce site pour comprendre dans ces grandes lignes le fonctionnement de memcached. Voir http:\/\/www.9lessons.info\/2012\/02\/memcached-with-php.html<\/a><\/i><\/p>\nVarnish<\/h4>\n
Comme nous l’avons vu pr\u00e9c\u00e9demment, la mise en cache est omnipr\u00e9sente c\u00f4t\u00e9 serveur comme c\u00f4t\u00e9 client (navigateur) ainsi le navigateur dispose d’un cache, la plupart des serveurs de proxy font du cache, de m\u00eame que les serveurs web tel Apache ou nginx peuvent \u00e9ventuellement faire de la mise en cache.<\/p>\n
Varnish est un “reverse proxy server”. Varnish, situ\u00e9 en “front” du serveur web, sert le contenu du web. Comme tous les “reverse proxy server”, Varnish est \u00e9troitement jumel\u00e9 avec le serveur web et interagit avec celui-ci.<\/p>\n
Par exemple, une page mise en cache peut \u00eatre rafra\u00eechi avec une commande de purge depuis le backend de votre serveur, ce qui est bien s\u00fbr impossible \u00e0 faire c\u00f4t\u00e9 navigateur\/client cela va de soi ! Ce qu’il faut comprendre, c’est que c’est vous maitrisez une mise en cache si tentez que vous administrez votre machine.<\/p>\n
Par ailleurs, les performances de Varnish sont excellentes, le contenu web est servi de mani\u00e8re optimale. Avec cette mise en cache, vous pouvez faire face \u00e0 des pics de trafic ou travailler sur des niveaux de trafic tr\u00e8s \u00e9lev\u00e9 sans d\u00e9multiplier la taille de votre infrastructure. Varnish vous \u00e9vite donc d’avoir un taux de rebond \u00e9lev\u00e9, en gros tout vos visiteurs verront les pages, c’est du moins l’objectif.<\/p>\n
\t\tBien s\u00fbr, Varnish n’est pas le seul service de mise en cache mais de nombreux site \u00e0 tr\u00e8s fort trafic l’on adopt\u00e9, la BBC par exemple. Apparemment, le cr\u00e9ateur du Varnish, Poul Henning Kamp, n’a eu de cesse d’am\u00e9liorer les performances et d’offrir une grande souplesse de configuration. Varnish poss\u00e8de son propres langage de configuration, le VCL<\/code> et il est optimis\u00e9 pour du mat\u00e9riel tournant sous Linux ou FreeBSD.<\/p>\n\t\tConclusion : Au vu de tr\u00e8s nombreux articles et de sites \u00e0 tr\u00e8s fort trafic qui utilisent ce tandem gagnant, varnish + mecached, pour la mise en cache et les b\u00e9n\u00e9fices qui peuvent en \u00eatre retir\u00e9s. Cela semble \u00eatre ma solution qui s’impose sur les probl\u00e8mes de caching<\/code>.<\/b><\/p>\nCr\u00e9er une vue d’ensemble d’une infrastructure<\/h4>\n
\tNotre sch\u00e9ma est un “mix” pas forc\u00e9ment forcement perfectible ! Nous ne sommes pas admin syst\u00e8me de quelques-unes des sch\u00e9mas trouv\u00e9s sur le web. Comme souvent ces sch\u00e9mas sont esth\u00e9tiquement didactiques mais assez moches ! On vous propose dans notre extr\u00eame bont\u00e9, une libraire pour le wireframing<\/code> sous Omnigraffle d’une proposition d’architecture “id\u00e9ale” pour un site \u00e0 fort trafic. Les sources d’inspiration sont :<\/p>\n\n- http:\/\/drupal.org\/node\/1557636<\/a><\/li>\n
- http:\/\/www.stephane-raymond.com\/blog\/webperf\/caching-avance\/<\/a><\/li>\n<\/ul>\n
\tNotre proposition d’architecture, d\u00e9sign\u00e9 avec Omnigraffle<\/b><\/p>\n
\t![\"Memcached,](\"https:\/\/flaven.fr\/wp-content\/uploads\/2013\/04\/caching_issue_scheme_lib_hecube_3.png\")
<\/p>\n
\n\n\t\tLa librairie de notre proposition d’architecture \u00e0 t\u00e9l\u00e9charger au format .zip<\/code> ici. Pour fonctionner, elle n\u00e9cessite d\u2019utiliser OmniGraffle Pro 5.4.2 ou +. T\u00e9l\u00e9charger caching_issue_scheme_lib_hecube_3.zip<\/a><\/p>\n<\/blockquote>\n\t
\n\tPour ouvrir le sch\u00e9ma de notre proposition d’architecture, vous aurez besoin d’un “mix” des librairies suivantes sous Omnigraffle :<\/i><\/p>\n\n- Konigi Wireframe
http:\/\/konigi.com\/tools\/omnigraffle-wireframe-stencils<\/a><\/li>\n- Actifio Icon Set 2012
https:\/\/www.graffletopia.com\/stencils\/945<\/a><\/li>\n- Cisco Universal (iOS and Mac OS)
https:\/\/www.graffletopia.com\/stencils\/682<\/a><\/li>\n- Et d’un panach\u00e9 des librairies Cisco
https:\/\/www.graffletopia.com\/search\/cisco<\/a><\/li>\n<\/ul>\nEn savoir plus<\/h2>\n\n- Scaling the BBC iPlayer to handle demand (excellent)
http:\/\/www.bbc.co.uk\/blogs\/bbcinternet\/2010\/07\/scaling_the_bbc_iplayer_to_han.html<\/a><\/li>\n- Solution Configurator
http:\/\/www.rackspace.co.uk\/solutions-configurator\/<\/a><\/li>\n- Rackspace Open Cloud Reference Architecture
http:\/\/www.rackspace.com\/knowledge_center\/article\/rackspace-open-cloud-reference-architecture<\/a><\/li>\n- Getting Started with Varnish (excellent)
http:\/\/phpmaster.com\/getting-started-with-varnish\/<\/a><\/li>\n- Scaling automatic web optimization with mod_pagespeed and memcached
http:\/\/googledevelopers.blogspot.fr\/2012\/11\/scaling-automatic-web-optimization-with.html<\/a><\/li>\n- Improving Performance of Your Magento Store from Technical Perspective
http:\/\/quartsoft.com\/blog\/201211\/improving-performance-of-magento-store<\/a><\/li>\n- Varnish \u2013 a caching guide
http:\/\/www.forlinux.co.uk\/expertise\/blog\/2012\/01\/06\/varnish-%E2%80%93-a-caching-guide\/<\/a><\/li>\n- Introduction to Varnish
http:\/\/www.c50k.com\/varnish-cache.html<\/a><\/li>\n- Installing Varnish on Mac OS X (with MAMP or any other server) (excellent)
http:\/\/www.lullabot.com\/articles\/installing-varnish-mac-os-x-mamp<\/a><\/li>\n- Setup a Memcached-Enabled MAMP Sandbox Environment (excellent)
http:\/\/www.lullabot.com\/articles\/setup-memcached-mamp-sandbox-environment<\/a><\/li>\n- Le site officiel de Varnish Community
https:\/\/www.varnish-cache.org\/<\/a><\/li>\n- British Medical Journal – bmj.com (excellent)
http:\/\/drupal.org\/node\/1557636<\/a><\/li>\n- Proxy inverse ou reverse proxy
http:\/\/fr.wikipedia.org\/wiki\/Proxy_inverse<\/a><\/li>\n- Caching avanc\u00e9 et strat\u00e9gie d\u2019optimisation pour des applications web \u00e0 forte charge
http:\/\/www.stephane-raymond.com\/blog\/webperf\/caching-avance\/<\/a><\/li>\nLa caching dans WordPress<\/h4>\n
- The Ultimate Quickstart Guide to Speeding Up Your WordPress Site (excellent)
http:\/\/wp.tutsplus.com\/tutorials\/the-ultimate-quickstart-guide-to-speeding-up-your-wordpress-site\/<\/a><\/li>\n- WordPress + Memcached
http:\/\/scotty-t.com\/2012\/01\/20\/wordpress-memcached\/<\/a><\/li>\n- Tag: memcached sur l’espace de plugins de WordPress.org
http:\/\/wordpress.org\/extend\/plugins\/tags\/memcached<\/a><\/li>\n- Le plugin Memcached Object Cache
http:\/\/wordpress.org\/extend\/plugins\/memcached\/<\/a><\/li>\n- How To Setup And Use Memcached With WordPress
http:\/\/techie-buzz.com\/webmaster-tips\/how-to-setup-memcached-ubuntu-wordpress.html<\/a><\/li>\n- VarnishAndWordpress
https:\/\/www.varnish-cache.org\/trac\/wiki\/VarnishAndWordpress<\/a><\/li>\n- WordPress Varnish
http:\/\/wordpress.org\/extend\/plugins\/wordpress-varnish\/<\/a><\/li>\n- Tag: varnish sur l’espace de plugins de WordPress.org
http:\/\/wordpress.org\/extend\/plugins\/tags\/varnish<\/a><\/li>\n- How to Install and Customize Varnish for WordPress
http:\/\/www.problogdesign.com\/wordpress\/how-to-install-and-customize-varnish-for-wordpress\/<\/a><\/li>\n- Booster votre blog WordPress avec Varnish | Le blog de NicoLargoLe blog de NicoLargo
http:\/\/blog.nicolargo.com\/2010\/10\/booster-votre-blog-wordpress-avec-varnish.html<\/a><\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"Lorsque votre site fait un tr\u00e8s fort trafic (c’est bien tout le mal que l’on vous souhaite), la question de performances des temps de r\u00e9ponse,… <\/p>\n