On Wed, Feb 3, 2021 at 10:19 PM Richard Duivenvoorde <rdmaili...@duif.net> wrote: > > On 2/3/21 5:47 PM, Alessandro Pasotti wrote: > >> But I still fail to see the same "QGIS Server Catalog" when I run it in > >> cgi-bin. > >> > >> I do see that in the docker there seems to be some redirection? The config > >> works for localhost/ but I think most peeps will (at least try) first in > >> their local cgi-bin and so will use the url: > >> http://localhost/cgi-bin/qgis_mapserv.fcgi/ > >> > > > > This won't work: the problem is that we can match for `/wfs3/` (for > > the WFS3 landing page) but we cannot match for a simple `/` (for the > > catalog) in a long URL, so the landing page will only show up for an > > URL `/` (it's a landing page after all). > > > > IMO in a real deployment no one will ever use the path > > /cgi-bin/qgis_mapserv.fcgi without rewriting it so I don't think it's > > a real issue, anyway a possible solution would be to create yet > > another server setting that allows us to specify the base path of the > > server (in your case: `/cgi-bin/qgis_mapserv.fcgi`) so that we can > > prepend it to the match (that would become > > `/cgi-bin/qgis_mapserv.fcgi/`). > > > > This is the reason for: > > https://github.com/elpaso/qgis-server-docker/blob/production/default.conf#L45 > > Ok, after removing my /index.html AND using that rewrite rules, I finally get > the catalog landing page \o/ > > But I do not agree with you. QGIS should not force a server to run on / to be > able to use/see the catalog page, not even in prototypes/dev environments. > With me for example I always have several other projects (sometimes also > needing /) on my machines/laptops. > Most often I want the html/client to start on / and a map/geo/qgisserver is > more of a help application... > > So contrary to my complaint of the many VARS, I would be in favor or a > SERVER_BASE_PATH or so....
I agree, feel free to add a feature request or a PR. > > PS: the actual source of all this was a question of another community > aspirant QGISserver user, trying to setup QGISserver... > it's just that I can be rather pitbully when I do not get something to work > when I think it should be possible (or others tell me they have) .... > This is the right attitude and ultimately leads to bug fixes and a better software, don't give up! Thanks for testing this! Kind regards. -- Alessandro Pasotti QCooperative: www.qcooperative.net ItOpen: www.itopen.it _______________________________________________ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer