On peut renvoyer les utilisateurs sur le site de Squid, qui documente tout !
http://www.squid-cache.org/ Ou encore sur ce Howto (en français celui là) sur l'installation et la configuration de Squid sur un serveur Linux : http://www.stux6.net/unix/linux/proxy-transparent-linux-squid Des logiciels libres de proxies, ça ne manque pas, ni la documentation ! Le 16 février 2012 19:49, monsieur a <msr...@gmail.com> a écrit : > Tu as l'aire de connaître ton, il serait interressant que tu nous fasse une > petite page wiki sur comment installer un proximité cache et des avantages a > le faire > > Le 16 févr. 2012 19:39, "Philippe Verdy" <verd...@wanadoo.fr> a écrit : > >> Très bien, mais il est grand temps, pour ces services qui se >> multiplient pour utiliser des cartes OSM, qu'ils se mettent à fournir >> aussi des serveurs de tuiles, pour contribuer aussi à la charge >> générale. >> >> A-t-on un projet permettant de favoriser la distribution de la charge >> de calcul, ou de mettre en place au moins des proxies-caches >> mutualisés et interréférencés, afin de soulager les serveurs existants >> d'une partie de la bande passante ? >> >> Il serait bon de demander à ces services de mettre en place avec leur >> serveur web au minimum un serveur proxy cache qui fera l'essentiel des >> accès aux serveurs de tuiles communs, pour que les utilisateurs de ces >> sites ne viennent pas rajouter de la charge prise gratuitement aux >> serveurs existants (que ce soit les serveurs Mapnik, Mapquest). Cette >> mise en place de proxies se fait de façon très classique comme >> n'importe quel proxy cache (on peut suggérer Squid, qui est totalement >> libre, et saura très bien mettre en cache ce qui n'est qu'une >> collection d'images de format standard PNG ou SVG, avec des URL >> stables, même si elles sont mises à jour de temps en temps). >> >> C'est bien de motiver des services pour les faire contribuer à l'Open >> Data. Mais ne pas oublier le partage de coûts d'exploitation qui >> peuvent clairement et facilement être mutualisés sans gros effort (et >> sans remettre en cause non plus le mouvement Open Data et les autres >> accords de coopération et de licences). >> >> Car on commence sérieusement à ressentir le manque de ressources pour >> la calcul des tuiles, et la distribution des tuiles calculées commence >> aussi à devenir lente. >> >> Et des utilisateurs d'autres services s'en plaignent de façon >> réellement désagréable (à en juger la colère des utilisateurs abonnés >> de Geocaching depuis qu'il a dû supprimer l'accès à Google Maps à >> cause d'un changement drastique des conditions financières imposées >> par Google; ces utilisateurs se plaignent le plus des lenteurs >> d'affichage des cartes, ou des tuiles qui ne s'affichent pas). >> >> Et cela concerne aussi les utilisateurs de JOSM ou Potlatch qui ont >> aussi de plus en plus souvent des tuiles non chargées ou très lentes à >> apparaître. >> >> Il nous faut donc dans notre communauté monter un projet suivi destiné >> à promouvoir l'installation de caches pour ces tuiles précalculées, >> c'est un minimum ! Et assurer un suivi de la bande passante des >> serveurs de tuiles (selon l'utilisation qui en est faite par >> identification des services web qui les référencent), faute de quoi >> c'est tout le système OSM qui verra sa réputation anéantie, malgré la >> qualité de sa base de données et la rapidité des corrections qui lui >> sont signalées et corrigées par la communauté. >> >> Il n'est pas aberrant de réfléchir à une utilisation raisonnée et >> équitable de la bande passante. Les proxies caches et miroirs >> interréférencés sont une bonne solution pour se partager les coûts >> pour que chacun en supporte le minimum quand y contribue en mettant en >> place de tels miroirs et proxies eux aussi d'accès public. >> >> Le 16 février 2012 18:07, partir-en-vtt <ad...@partir-en-vtt.com> a écrit >> : >> > mongéosource, service du brgm pour avoir un catalogue de données sans >> > installer l'application utilise OSM pour la localisation géographique. >> > >> > >> > http://www.mongeosource.fr/geosource-1003/apps/search/?hl=fr&extent=-550000,5000000,1200000,7000000/# >> > >> > -- >> > View this message in context: >> > http://gis.19327.n5.nabble.com/mongeosource-utilise-OSM-tp5490105p5490105.html >> > Sent from the France mailing list archive at Nabble.com. >> > >> > _______________________________________________ >> > Talk-fr mailing list >> > Talk-fr@openstreetmap.org >> > http://lists.openstreetmap.org/listinfo/talk-fr >> >> _______________________________________________ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-fr _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
