I concur with Ken that a rewrite is probably the easiest solution if the current is too
shocking for the wider audience to view... :-)
The Inlaws did a whole show on git-controlled static site generators a while ago (S01E51 /
hpr3549), a concept that has been successfully deployed in quite a fe
We are publishing the data in the form of a SQL db and static HTML, and
I'm very happy for there to be multiple ways to produce the web mirror.
[DB + Static HTML Pages] → some tech → Working site on your domain.
If there are multiple approaches then all the better. Anyone can start a
proof of
I suggest that if something new is going to be developed then it should
be in Perl, using either Dancer or Mojolicious as the framework.
This I suggest since Dave is a Perl enthusiast, and I am currently
professionally engaged in Perl development of a system comprised of both
CGI, and psgi
I was thinking along the same lines as Klaatu. Let's start afresh and build
something for the long term that is easy to understand and maintain.
I am happy to contribute but doubt I'm the best web developer in these here
parts.
Andrew
On Sat, 25 Jun 2022, 21:34 Klaatu, wrote:
> I think what yo
On 2022-06-25 22:32, Klaatu wrote:
I think what you are saying is that HPR requires a full rewrite.
I think what you are proposing is that we forget that the existing code
exists, because it's not worth "saving", and instead develop new open source
code to replace it.
If that's correct, then I