Par contre il n'y a toujours rien sur https://suivi.openstreetmap.fr
Le 9 février 2016 à 19:01, Philippe Verdy <[email protected]> a écrit : > Il y a également un (ancien) problème concernant le serveur de tuiles > français sur les requêtes de tuiles avec /dirty : pour certaines tuiles (en > bas niveau de zoom), la page sensée donner un statut de la requête devrait > être renvoyée en HTTPS mais la réponse n'est pas correctement encodée (elle > est renvoyée sans l'encodage nécessaire), il semble que ce soit une > redirection interne vers une page statique uniquement renvoyée en HTTP > (cette page ignore totalement l'état de la session ayant demandé cette > réponse). > > Bref la réponse n'est pas lisible et on a un échec de session HTTPS, la > réponse ne s'affiche pas du tout (on n'a même pas de statut HTTP standard, > même pas un HTTP 400 ou 500, c'est carrément une violation de protocole). > > Si on veut renvoyer une réponse statique non sécurisée il faut d'abord > répondre à la requête HTTPS avec une réponse sécurisée de redirection > ("HTTP/1.1 301 Moved Permanently" et "Location: http://....";) vers une > autre page HTTP, et c'est le navigateur qui alors ira lire cette autre page > en suivant la redirection indiquée mais en faisant sa requête en HTTP et > non dans la même session HTTPS. > > Ressource utile: > > https://sites.google.com/site/onlyvalidation/page/301-redirect-https-to-http-on-apache-server > > Peut-être que je ne suis pas assez clair. Mais ce problème est là depuis > que le serveur de tuiles est passé (partiellement) en HTTPS. > > Cependant je ne vois pas tellement l'intérêt d'avoir presque tout en HTTPS > sauf certaines pages statiques en HTTP. > > > Le 8 février 2016 à 21:11, Jérôme Seigneuret <[email protected]> a > écrit : > >> Bonjour, >> >> Il y a problème sur - https://suivi.openstreetmap.fr c'est la racine du >> serveur http sans redirection vers le service. Du coup il y a justeIt >> works! >> >> Coté page html contenu dans http://export.openstreetmap.fr >> >> Il y a un problème d'encodage par défaut pour les OS Windows >> A ajouter dans les pages HEADER.html sinon par défaut c'est du CP-1252 >> <meta http-equiv="Content-Type" content="text/html;charset=UTF-8"> >> >> Bonne soirée >> Jérôme >> >> Le 8 février 2016 à 20:50, Jocelyn Jaubert <[email protected]> a >> écrit : >> >>> Bonjour, >>> >>> Suite aux soucis rencontrés régulièrement sur la machine osm3, il a été >>> décidé de déplacer certains services, et d'en couper d'autres. >>> >>> Les services déplacés, qui devraient maintenant être bien plus stables: >>> >>> - http://live.openstreetmap.fr - suivi en temps réel des contributions >>> - http://taginfo.openstreetmap.fr - analyse des tags utilisés en >>> France Métropolitaine >>> - https://suivi.openstreetmap.fr - quelques informations sur les >>> données OSM (communes et cours d'eau) >>> - http://export.openstreetmap.fr - exports au format .shp >>> >>> Concernant suivi et export, il est possible de rajouter des choses - on >>> attend toute contribution ! >>> >>> >>> Un service est supprimée, mais pourrait être remis en marche si il y a >>> une demande: >>> >>> - http://oapi-fr.openstreetmap.fr - une instance Overpass API ne >>> couvrant que la France Métropolitaine >>> >>> Sachant qu'on héberge déjà une instance Overpass API monde, qui est >>> utilisable pour faire des requêtes ciblées sur la France. >>> >>> >>> -- >>> Jocelyn (et l'équipe tech d'osm-fr) >>> >>> _______________________________________________ >>> Talk-fr mailing list >>> [email protected] >>> https://lists.openstreetmap.org/listinfo/talk-fr >>> >> >> >> _______________________________________________ >> Talk-fr mailing list >> [email protected] >> https://lists.openstreetmap.org/listinfo/talk-fr >> >> > > _______________________________________________ > Talk-fr mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/talk-fr > >
_______________________________________________ Talk-fr mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-fr
