Skip to content
This repository has been archived by the owner on Jan 9, 2020. It is now read-only.

clarify strategy for proxied resources #255

Open
mgrauer opened this issue Jan 13, 2016 · 1 comment
Open

clarify strategy for proxied resources #255

mgrauer opened this issue Jan 13, 2016 · 1 comment
Milestone

Comments

@mgrauer
Copy link
Contributor

mgrauer commented Jan 13, 2016

Based on comments in #241 from @jbeezley .

Currently we proxy WMS resources through cherrypy, #241 contains the relevant client and server side of this. We need a more scalable approach for this, but that requires documented guidance on the proxy server: nginx or apache or whatever else.

The reason we are proxying resources like non-authenticated WMS, and would like to proxy other tile layers (like open street map) is to serve resources under a unified scheme, i.e. all via http or all via https. When we serve Minerva behind https and some resources are served via http, the browser will prevent displaying the mixed content. This could be handled by a proxy server without going back to cherrypy.

For authenticated WMS layers, we need this unified scheme to avoid mixed content, but beyond that we need to proxy all the way back to cherrypy in order to decrypt the saved WMS credentials.

@mgrauer
Copy link
Contributor Author

mgrauer commented Jan 24, 2016

In addition to proxying WMS tiles, we need to proxy legends and getFeatureInfo requests.

@aashish24 aashish24 added this to the Release 0.2.0 milestone Feb 16, 2016
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants