Re: [OSM-talk-fr] Cache cache...

2011-11-30 Par sujet Jean-Guilhem Cailton
Le 30/11/2011 17:37, Christian Quest a écrit :
> Le 30 novembre 2011 16:13, Rodolphe Quiedeville
> 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


Re: [OSM-talk-fr] Cache cache...

2011-11-30 Par sujet Cyrille Giquello
Le 30 novembre 2011 17:37, Christian Quest  a écrit :
> Le 30 novembre 2011 16:13, Rodolphe Quiedeville  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.

Et un p'tit tuto sur le wiki d'osm.org dans la section qui va bien et
en français et tu auras fait du super boulot !

;-P

Amicalement
Cyrille.

>
> --
> Christian
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Cyrille.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Cache cache...

2011-11-30 Par sujet Christian Quest
Le 30 novembre 2011 16:13, Rodolphe Quiedeville
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.

-- 
Christian
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Cache cache...

2011-11-30 Par sujet Rodolphe Quiedeville

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.



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.


A++

--
Rodolphe Quiédeville
http://cartosm.eu - Intégration de carte libre sur site web
Blog : http://blog.rodolphe.quiedeville.org/
SIP/XMPP : rodol...@quiedeville.org

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] Cache cache...

2011-11-29 Par sujet Christian Quest
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 ?

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 ?

-- 
Christian

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr