Alles van http naar https

[rduivenvoorde]

Mensen,

bij Rijkswaterstaat (en meer delen van deze wereld) is er de wens om de website van http naar https te verhuizen.

in de huidige PDOKKaart staan op verschillende plekken verwijzingen naar services die (zeker toen nog) allemaal alleen als http te gebruiken waren. Nu zijn die (ook) als https beschikbaar.

Duidelijkste voorbeeld, ondergrondkaarlagen js:
https://github.com/Geonovum/pdokkaart/blob/master/api/js/pdok-layers.js
en
https://github.com/Geonovum/pdokkaart/blob/master/api/js/pdok-api.js#L593

Geocoder url:
https://github.com/Geonovum/pdokkaart/blob/master/api/js/pdok-api.js#L2826

Deze services en het lijkt nu ook de RWS services zijn nu allemaal ook via https beschikbaar.

Mijn plan is om dus die url's om te zetten naar 'https'.
Kleine aanpassing, en ik denk niet dat anderen er last van hebben.

Iets netter en ook meer werk zou het zijn om die url's te vervangen door het protocol waarmee de pagina is aangeroepen... Dan zou een pdokkaart aangeroepen via http dus naar http://geodata.nationaalgeoregister.nl/wmts/
gaan en een pdokkaart die wordt aangeroepen via https zou dan naar
https://geodata.nationaalgeoregister.nl/wmts/
gaan.

Vraag aan jullie als 'community': zien jullie problemen? Of zal ik het maar gewoon doorvoeren?

[LuukS]

Ik voorzie problemen bij mensen die de PDOKKaart via een http verbinding
aanbieden. Daar krijgt de gebruiker afhankelijk van de gebruikte browser
een (on)zichtbare melding. Dus ik zou zeggen kijk naar het gebruikte
protocol en gebruik dat en ga niet alleen voor https. Je weet namelijk hoe
mensen of organisaties hun sites hosten.

Luuk

Op 8 maart 2016 12:14 schreef Richard Duivenvoorde <[email protected]

:

Mensen,

bij Rijkswaterstaat (en meer delen van deze wereld) is er de wens om de
website van http naar https te verhuizen.

in de huidige PDOKKaart staan op verschillende plekken verwijzingen naar
services die (zeker toen nog) allemaal alleen als http te gebruiken waren.
Nu zijn die (ook) als https beschikbaar.

Duidelijkste voorbeeld, ondergrondkaarlagen js:
https://github.com/Geonovum/pdokkaart/blob/master/api/js/pdok-layers.js
en
https://github.com/Geonovum/pdokkaart/blob/master/api/js/pdok-api.js#L593

Geocoder url:
https://github.com/Geonovum/pdokkaart/blob/master/api/js/pdok-api.js#L2826

Deze services en het lijkt nu ook de RWS services zijn nu allemaal ook via
https beschikbaar.

Mijn plan is om dus die url's om te zetten naar 'https'.
Kleine aanpassing, en ik denk niet dat anderen er last van hebben.

Iets netter en ook meer werk zou het zijn om die url's te vervangen door
het protocol waarmee de pagina is aangeroepen... Dan zou een pdokkaart
aangeroepen via http dus naar http://geodata.nationaalgeoregister.nl/wmts/
gaan en een pdokkaart die wordt aangeroepen via https zou dan naar
https://geodata.nationaalgeoregister.nl/wmts/
gaan.

Vraag aan jullie als 'community': zien jullie problemen? Of zal ik het
maar gewoon doorvoeren?

—
Reply to this email directly or view it on GitHub
#194.

[rduivenvoorde]

Hi LuukS, is dat zo?

Volgens mij krijg je wanneer je een https-site bezoekt en http-resources ophaalt een (on)zichtbare (mixed content) melding.
Maar andersom niet bij mijn weten.

Richard

[LuukS]

Ik dacht dat je ook een melding krijgt als je van een http site https
content ophaalt. In ieder geval de moeite van het uitzoeken waard.

Op 8 maart 2016 13:09 schreef Richard Duivenvoorde <[email protected]

:

Hi LuukS, is dat zo?

Volgens mij krijg je wanneer je een https-site bezoekt en http-resources
ophaalt een (on)zichtbare (mixed content) melding.
Maar andersom niet bij mijn weten.

Richard

—
Reply to this email directly or view it on GitHub
#194 (comment).

[rduivenvoorde]

Ik dacht eerst nog http://www.foo.nl om te zetten naar //www.foo.nl maar na het lezen van dit:

http://www.paulirish.com/2010/the-protocol-relative-url/

En dan speciaal de update bovenin het artikeltje, lijkt het erop dat je toch moet proberen keihard https te gebruiken om te zorgen dat je niet per ongeluk toelaat dat (omdat je // gebruikt en de gebruiker toen bewust http://-url heeft gebruikt om te zorgen dat interne bronnen dan ook via http wordt opgehaald)...

[rduivenvoorde]

Ok cb4f423 haalt nu alle vaste resources op via https.
Echter! Het lijkt erop dat wil je de app zowel op http als https willen kunnen gebruiken, je de configuratie
OpenLayers.ProxyHost
toch op //jouwserver.nl/proxy?url= moet zetten ipv hard op https of http. Dat is dus wat ik nu doe.

[ndkv]

@beheerpdok Hebben jullie deze aanpassing in productie gezet?