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 <jseigneuret-...@yahoo.fr> 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 <jocelyn.jaub...@gmail.com> 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
>> 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
>
>
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Répondre à