[QGIS-Developer] QGIS server landing page when running as fastcgi?

[Alessandro Pasotti]

On Wed, Feb 3, 2021 at 10:19 PM Richard Duivenvoorde
<rdmailings at 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