Re: Feature requests: some components still depend on postgresql.org deployment - Mailing list pgsql-www

From Magnus Hagander
Subject Re: Feature requests: some components still depend on postgresql.org deployment
Date
Msg-id CABUevExy3uCmseaa5O=_NQ_deo6vbzX9e0inqWFA_ifuBjyybg@mail.gmail.com
Whole thread Raw
In response to Feature requests: some components still depend on postgresql.org deployment  (Célestin Matte <celestin.matte@cmatte.me>)
List pgsql-www
On Mon, Nov 8, 2021 at 9:02 PM Célestin Matte <celestin.matte@cmatte.me> wrote:
Hello,

As I've finished installing pglister and its components, it appears that part of them still make it difficult to install a non-postgresql.org instance. I'm thinking of two issues:

- Pgweb's auth is a part of pgweb, an application running most of postgresql.org's website. I would be great if that component could be separated from pgweb, so that users can deploy it easily, without having to maintain the whole repository.
If other software providing the same auth function already exist and could be used instead of pgweb, feel free to point them to me.

For a standalone installation of pglister, it should be possible to just use the django authentication system (or any other plugin for that). If you just set USE_PG_COMMUNITY_AUTH=False.  If there are things missing in a setup like that, I think that's should be fixed, rather than cementing the connection with pgweb.



- In the different repositories, some files contain links and elements related to postgresql.org:
* home.html (pglister): main page with instructions for postgresql.org
* base.html (pgweb, pgarchives): headers, navigation bar
* index.html (pgweb, pgarchives): main page, contains news etc.
* page.html (pgarchives): quick links for navigation
* context.py (pgweb): site navigation structure

It would be great to find a solution to make these files configurable for a new deployment.

Per above, I don't think pgweb should be part of this, as that has never been intended to be used outside of www.postgresql.org, and I don't think it should be.

For the other two, pglister and pgarchives, yes, being able to do that makes a lot of sense.

I wonder if we can get away with doing something as simple as the pgeu-system "skin directory" setup. Basically, for those you can configure a SYSTEM_SKIN_DIRECTORY. This directory will get it's templtes directory inserted in the path *ahead* of anything that's in the main system, and also a code/ directory added to the python path, and has some separate settings etc. There's an example of a skin at https://github.com/pgeu/pgeu-web for example (ignore the part that's template.jinja, just the template, code and media directories are relevant.

It would still inherit dependencies like bootstrap unless one overrides *all* templates (but for pgarchives and pglister that might actually be reasonable to do, as there aren't that many). But definitely being able to replace things like the "overall theme" should be fairly simple that way?

--

pgsql-www by date:

Previous
From: Magnus Hagander
Date:
Subject: Re: [PATCH] pglister: Add example script to import from mailman
Next
From: Tim Chadwick
Date:
Subject: Re: psycopg2 article editor access