Ca je l'ai vu, mais ça ne dit rien sur ce qui est mis en place et sur les capacités.
Le fait que cela n'ait pas été mis plus en avant est sans doute que justement les capacités sont en fait très limitées, et qu'il n'y a en fait aucun rendu local et que c'est sans doute juste un proxy cache qui interroge le rendu OSM par défaut: si ce service est trop utilisé, il pourrait soit manquer lui-même de bande passante, ou bien dépasser la bande passante autorisée utilisée par le proxy, si OSM n'est pas prévenu qu'il gère effectivement un cache local confortable permettant à beaucoup de monde de l'utiliser, au même titre que les serveurs caches du CDN officiel, et donc participe activement à augmenter la capacité totale du service OSM (et cet usage alors par le proxy, à la demande, est donc conforme même s'il devait excéder l'usage d'un internaute individuel avec son navigateur ou son éditeur). J'encouragerais plutôt ce genre d'initiative, même si c'est juste un proxy cache sans rendu local (qui se conforme aux exigences techniques en taillant un cache de taille suffisante et n'expirant pas trop vite les tuiles qu'il télécharge) pour que plus de monde participe à soulager les serveurs de tuiles de la Fondation. Car sinon ne pas utiliser ce service reviendrait à demander aux utilisateurs de ce services (respectant eux aussi la politique d'utilisation des tuiles même s'ils se connectent via ce proxy), à se connecter directement aux serveurs de la Fondation qui de toute façon supporterait alors un trafic encore plus important. Mais il serait souhaitable que ce genre de proxy tiers puisse aussi s'inscrire dans la "nébuleuse" du CDN officiel, et offre un moyen de réguler la bande passante et la charge selon leur capacité propre (avec fourniture d'outil de mesure de charge comme Munin), sans que forcément ce soit la fondation qui les administre directement à distance. Certains caches sont apparus pendant un temps avant de disparaître plus tard (exemple le serveur cache installé au Cap en Afrique du Sud, qui ne fonctionne plus depuis quelques temps et un autre aux USA, deux serveurs que je viens de masquer sur la page [[Platform status]] du wiki, réduisant le CDN de 21 à 19 serveurs). Et réfléchir lors d'une prochaine conférence SotM à la façon de faciliter l'ajout d'autres caches gérés par des tiers (ceux-ci devant cependant adhérer à une charte, notamment sur la vie privée de leurs utilisateurs, la sécurité des journaux/logs contre les intrusions, la non redistribution de données de ces journaux à des tiers, et évidemment le respect des conventions standards de cache HTTP). Un protocole pourrait alors se mettre en place fonctionnant de la même façon que les nombreux caches de mises à jour pour les distributions Linux. Voire même étudier un moyen d'améliorer le rafraichissement des caches avec un système de synchronisation moins coûteux que le cache proxy web (moins de requêtes mais possibilité de télécharger directement les métatuiles et être notifié des métatuiles qui ont été récemment générées (un système comparable aux "diffs" pour la base de données OSM principale), et permettant d'inscrire de façon sécurisée et contrôlable que les caches tiers respectent le protocole minimal requis pour qui'ils s'ajoutent presque automatiquement (cela demanderait de rendre cette inscription automatique dans le CDN conditionnée à la fourniture de statistiques de charge/performance (type Munin) afin que le CDN s'adapte automatiquement, y compris en cas de panne momentanée d'un des serveurs caches tiers et puisse reconnecter automatiquement les utilisateurs vers un autre cache disponible ou moins chargé. Le 15 mars 2018 à 17:09, Nicolas Bétheuil <nbethe...@free.fr> a écrit : > Pour savoir ce qu'il y a derrière y a des infos de contact > http://rodolphe.quiedeville.org/contact.fr.html > http://cartosm.eu/faq.html > > Le 15 mars 2018 à 15:29, Philippe Verdy <verd...@wanadoo.fr> a écrit : > >> Je me demande pourquoi le service Cartosm.eu n'est pas plus mis en avant >> comme une alternative possible au serveur de tuiles d'OSM.org pour >> l'intégration sur les sites web. >> >> D'autant qu'il dispose de son propre serveur de tuiles ( http://{a,b,c}. >> tile.cartosm.eu/z/x/y.png) >> >> Est-ce un vrai serveur de tuiles (avec ses propres serveurs locaux de >> rendu à la demande et éventuellement une feuille de style personnalisée un >> peu différente de celle d'OSM.org), ou un proxy avec cache qui requête en >> arrière-plan le serveur de tuiles d'OSM (avec autorisation pour cet usage >> en tant que proxy cache, auquel cas il participe alors déjà indirectement >> au "CDN" d'OSM pour la livraison de tuiles). >> >> >> _______________________________________________ >> 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