3 ms·

CGI is still alive and well, just not popular. The Fossil SCM (https://fossil-scm.org/home https://fossil-scm.org/home) is one big dual-mode CGI/CLI app, writte

by sgbeal 3y ago

CGI is still alive and well, just not popular. The Fossil SCM (https://fossil-scm.org/home https://fossil-scm.org/home) is one big dual-mode CGI/CLI app, written in C. That's what runs the sqlite source code repo (https://sqlite.org/src https://sqlite.org/src) and forum (https://sqlite.org/forum https://sqlite.org/forum), too.

deleted 3y ago
[deleted]
somat 3y ago
Fossil can work as a cgi app, it also acts as an http server(which I recommend, put it behind a http relay if you want) or if you are weird it can run as an scgi server. weird because fossil is the only scgi implementation that I know of.
- sgbeal 3y ago
  > Fossil can work ... as an http server FWIW/FYI, Fossil's developers do not typically run it that way - we use its builtin server primarily for the "ui" command and ad-hoc syncing across systems where setting up a web server is unnecessary or undesirable. The public-facing Fossil instances, for the core project and all of its sibling projects[^1], have Fossil running as a CGI. That's not to say that you cannot or should not run the Fossil standalone server, just that those closest to the project typically do not run it that way (though i believe that Warren does so, via Docker, behind an nginx reverse proxy?). [1]: that is, all projects headed up by Richard Hipp.