> Ce qui coute cher à Sly, ça n'est pas de servir les tuiles mais de calculer > les polygones en temps réel.
C'est tout à fait ça > Les solutions ne sont pas compliquées : soit il > fait des rendus statiques journalière par exemple (ou bi), Afin de mesurer voici les chiffres que j'obtiens : Le 15 Juin, 9908 requêtes de tuiles pour les communes dont 3545 différentes Mettre en place un cache journalier (puis l'effacer entièrement) économiserait donc "seulement" la génération de 64% des tuiles. (80% avec le même calcul sur une période d'une semaine) C'est pas encore l'extase, en moyenne les gens ne reviennent pas voir au même endroit plusieurs fois par jour, à moins d'être en train de travailler sur la zone (je fais une supposition) Là où il y a pas mal à gagner, et c'est ce que j'espère arriver à faire, c'est de ne régénérer que les tuiles qui ont changées, et donc de conserver un cache permanent des choses qui ne changent pas. > Comme je l'ai deja dis, je pense que le coût pour un rendu dynamique est > toujours exhorbitant. je pense que ça dépend de l'utilisation, j'imagine bien que personne n'y penserait pour le portail osm.org qui doit recevoir des quantités incroyables de requêtes, mais mon but n'a toujours été qu'un outil pour les mappeurs (dont pré-supposer qu'il n'y aurait guère plus qu'une personne à la fois, ce qui s'avère être de plus en plus faux d'après les logs) La fin du fonctionnement des minutes diff avec quelques minutes de retard a de plus rendu l'intérêt plus limité encore -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
