Le 30/11/2011 17:37, Christian Quest a écrit : > Le 30 novembre 2011 16:13, Rodolphe Quiedeville > <rodol...@quiedeville.org <mailto:rodol...@quiedeville.org>> a écrit : > > Christian Quest a écrit on 29/11/2011 19:55: > > Je cherche à installer un cache de tuiles sur un de mes > serveurs pour > ne pas trop solliciter les serveurs de tuiles de la fondation. > J'ai vu plusieurs solutions: > - TileCache > - Tirex (backend WMS) > > Ne peut-on pas aussi utiliser un cache standard comme squid ou > varnish ? > > > Si tout a fait. Par contre attention on ne peut pas comparer > squid/varnish et TileCache/Tirex, ils ne se situent pas au même > niveau. > Squid et varnish sont des purs caches HTTP qui se moquent que tu > caches des tuiles ou des photos de choux-fleur. > > > Sûr que TileCache et Tirex travaillent sur un autre plan, mais ils ne > sont pas non plus conçus pour être un cache en front-end. > Je préfère partir sur un cache HTTP classique, c'est plus "portable" > et d'ailleurs les caches de tuiles d'OSMF fonctionnent avec squid. > > > > > Autre question, existe-il un mécanisme sur ces caches qui peut > invalider les tuiles automatiquement (les détruire en fait) en > exploitant les fichiers diff et le log qu'osmosis peut générer ? > > > Il existe différente méthode pour cela, une simple à mettre en > oeuvre et de définir la commande PURGE dans varnish (je parle > facilement de varnish que je maitrise le mieux). Cette commande > HTTP remplace le GET et aura pour effet de supprimer l'objet du > cache, il existe des procédés pour réserver cette commande aux > personnes/process authorisées. Ensuite il reste à scripter la > lecture du diff et l'appel de la commande PURGE. Tu peux aussi > jouer avec les listes de bannissements dans varnish, bref ce que > tu cherches à faire est parfaitement réalisables. > > > Parfait, je vais creuser de ce côté alors... un varnish tout standard > + un script qui utilise le log de mise à jour de tuiles d'osmosis pour > envoyer des PURGE à varnish pour qu'il ne conserve pas les tuiles > obsolètes. > >
Bonjour, Peut-être serait-il quand même utile de préciser que mod_tile (avec renderd ou tirex derrière) incorpore déjà des mécanismes d'invalidation et de mise à jour des tuiles en fonction des mises à jour de la base de données. Bien sûr, rien n'empêche de mettre ensuite un cache généraliste devant si on en a l'utilité. Cordialement, Jean-Guilhem -- gpg 0x5939EAE2
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr