Pour afficher des rendus générés par Mapquest; qui ont des délais, ne pas mettre de cache est un gâchis de ressources discutable. Même un cache avec un délai assez court (disons une douzaine d'heures) améliorerait sans doute les choses et réduirait les frais pour tout le monde. c'est quand même pas compliqué d'installer un proxy Squid standard sur les tuiles PNG ou JPEG servies en HTTP standard d'autant que ça peut aussi aider servir les contenus générés par l'IGN lui-même et servir pour ses propres serveurs.
En plus ça ajoute une couche d'isolation réseau en limitant plus facilement ce qu'un pare-feu a du mal a détecter sur l'interface publique web. et son administration ne coûte pas cher. Ca sert aussi pendant les ,aintenances de l'architecture pour maintenir certains contenus accessibles (même s'il ne sont temporairement pas mis à jour) ou reconfigurer les requêtes vers un système de secours. Et ça ne demande pas un gros serveur ni de bande passante supplémentaire. Au besoin on peut en ajouter pour des caches destinés à certains clients avec une meilleure bande passante par rapport à l'interface web publique et on peut aussi en déployer sur d'autres datacenters (par exemple dans les DOM ou en région dans les universités) ou pour contourner des problèmes sur une interconnexion upstream avec un FAI; et même il s'en loue prêt à l'emploi chez les CDN commerciaux présents aux 4 coins du monde (Level 3, etc.) Le 30 septembre 2014 21:50, Christian Quest <cqu...@openstreetmap.fr> a écrit : > Justement il n'y a pas de cache d'après ce que j'ai compris. > > Le 30 septembre 2014 18:10, Pieren <pier...@gmail.com> a écrit : > > 2014-09-30 11:25 GMT+02:00 Christian Quest <cqu...@openstreetmap.fr>: >> > Les solutions lourdes mises en place derrière le Géoportail (pas très >> web, >> > mais très OGC) ne favorisent pas les performances. >> >> Bon, j'étais prêt à taper à mon tour sur l'IGN (un sport qu'on aime >> bien sur cette liste ;-). Mais force est de reconnaitre que leur >> service est tout à fait exploitable à l'heure où je poste ce message. >> Je n'ai pas constaté les délais mentionnés précédemment. Peut-être >> fallait-il un peu de temps pour remplir les caches... >> >> Pieren >> >> _______________________________________________ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-fr >> > > > > -- > Christian Quest - OpenStreetMap France > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
