[OSM-dev-fr] Proposition d'amélioration de la gestion du cache

[Matthieu Rakotojaona]

2013/5/6 Christian Quest <cquest at openstreetmap.fr>:
> Bonjour Matthieu,
>
> Ne transmettre qu'un diff de ce qui a changé sur une tuile impliquerai
> de conserver côté serveur, la dernière version d'une tuile ainsi qu'un
> certain nombre de diff des versions précédents.

Justement non : le serveur conserverait la dernière tuile uniquement,
comme aujourd'hui, ainsi que le fichier signature associe permettant
de calculer le diff (la encore le dernier suffit). Ce serait au client
de calculer le diff via ce fichier signature entre la version qu'il a
en ce moment (ca peut même ne pas être la dernière) et la nouvelle du
serveur, puis de demander les blobs qui ont changé. Pour cette
dernière étape, un GET avec les bons header "Range:" suffit (c'est
déjà supporte aujourd'hui, rien a changer)

>
> Ce mécanisme ne fonctionnerai correctement que si le client a déjà une
> ancienne tuile dans son cache. Est-ce si souvent le cas ?

Justement, c’était ma question, vu que je n'ai pas accès aux logs. Je
sais pas si c'est facilement accessible dans les logs tels quels; s'il
faut parser, est-il possible d'avoir quelques lignes pour tester ?

> Je pense surtout que le problème de ressources n'est pas dans le
> transfert des tuiles, mais plus dans leur génération.

Ca je veux bien le croire.

> L'avenir se situe sûrement dans un domaine tout autre: les tuiles
> vectorielles... et le rendu au niveau du client.

Il va falloir que je me documente sur le sujet, je ne savais pas que
ca existait. Merci !

-- 
Matthieu RAKOTOJAONA