<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small">I support whatever changes you want to make that make your life easier.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small">I'll do whatever I need to do to make sure my stuff works with the new scheme.  Just let me know (and give me a bit of time if it requires some non-trivial effort on my part.)<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jan 11, 2022 at 11:25 AM Erik Huelsmann <<a href="mailto:ehuels@gmail.com">ehuels@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
<br>
In 2021, <a href="http://common-lisp.net" rel="noreferrer" target="_blank">common-lisp.net</a> has had two types of service interruptions:<br>
(1) mailing lists were not functioning correctly [while regular mail<br>
traffic seemed to be] an (2) deployment of project sites wasn't<br>
working. The latter only came to light recently, but seems to have<br>
existed for some time.<br>
<br>
Since I can remember (probably since the creation of the service) has<br>
<a href="http://common-lisp.net" rel="noreferrer" target="_blank">common-lisp.net</a> hosted its project webpages on its main domain in a<br>
sub directory, which at times has been called /project/, or /projects/<br>
or even /p/. This setup mixes project hosting with hosting for the<br>
main site itself and restricts the tooling we can use to host the<br>
projects' websites. The reason for the sites not deploying well is<br>
that I've implemented a workaround in the past to be able to deploy<br>
projects using GitLab Pages while our deployment model (deploying to<br>
the /project/ subdirectory on the main domain) is out of line with<br>
what GitLab Pages were designed for.<br>
At the same time, our configuration is running with extensive sets of<br>
rewrite rules to keep historic URLs "working" and redirected to<br>
(hopefully) existing current URLs, which also extremely complicates<br>
our setup.<br>
<br>
In order to simplify our setup (and eliminate the deployment problems<br>
we're experiencing) and at the same time add support for requests like<br>
those from Marco who wants to be able to deploy sites for multiple<br>
projects under the same umbrella, I've decided I want to move<br>
projects' sites to their own (sub)domains. In the past I thought this<br>
would need to be subdomains along the lines of<br>
https://<project>.<a href="http://project.common-lisp.net/" rel="noreferrer" target="_blank">project.common-lisp.net/</a>. Although that's a<br>
deployment model that would work with GitLab Pages, I've decided<br>
against it. I'll move the hosted projects to:<br>
<br>
   https://<project>.<a href="http://common-lisp.dev/" rel="noreferrer" target="_blank">common-lisp.dev/</a><br>
<br>
(I acquired <a href="http://common-lisp.dev" rel="noreferrer" target="_blank">common-lisp.dev</a> for this purpose this morning.)<br>
<br>
The setup I'm proposing is that we have a good look at the tons of<br>
rewrite rules we have currently in place and clean up the rewrite<br>
rules that we don't need anymore. Then, we create rewrite rules for<br>
the current project namespaces at<br>
<a href="https://common-lisp.net/project/" rel="noreferrer" target="_blank">https://common-lisp.net/project/</a><project>/ to map to<br>
https://<project>.<a href="http://common-lisp.dev/" rel="noreferrer" target="_blank">common-lisp.dev/</a>. There are a few projects which<br>
aren't using GitLab Pages to deploy their websites yet, mostly because<br>
they have no active maintainers. These projects will keep being served<br>
from their current locations on the filesystem of the <a href="http://common-lisp.net" rel="noreferrer" target="_blank">common-lisp.net</a><br>
host, but their content will be available through the new<br>
<project>.<a href="http://common-lisp.dev" rel="noreferrer" target="_blank">common-lisp.dev</a> URL space.<br>
<br>
<br>
Further change proposals in order to separate the mail flow for the<br>
mailing lists from the regular mail flow (and thereby further reducing<br>
integration between components) are upcoming, but I'll need to address<br>
one thing at a time (due to time constraints).<br>
<br>
<br>
Are there any comments, remarks, additions, things you want me to take<br>
into account with respect to the above?<br>
<br>
<br>
-- <br>
Bye,<br>
<br>
Erik.<br>
<br>
<a href="http://efficito.com" rel="noreferrer" target="_blank">http://efficito.com</a> -- Hosted accounting and ERP.<br>
Robust and Flexible. No vendor lock-in.<br>
<br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div></div>Ray<br></div></div>