erlef / infra-wg

ErlEF infrastructure working group
6 stars 1 forks source link

Help with hosting new erlang.org site #63

Closed KennethL closed 2 years ago

KennethL commented 2 years ago

This is a request or rather question at this point from the OTP team regarding if the EEF infra structure WG can assist in hosting a redirect service for the erlang.orgwebsite.

What we need help to host is: https://github.com/erlang/erlang-org/tree/beta

It is a static website generated using jekyll and a couple of escripts. It can be delivered completely as static assets, no need for a statefull server.

During the beta we hosted the entire site on github pages and the plan was that we were going to continue to do so for the main site. However, in order for external tools to work correctly we need to have some http level redirects from www.erlang.org to erlang.org. To understand why this is needed you need to understand a bit about how the current www.erlang.org is hosted.

At the moment we have:

We have then setup http redirects using nginx so that if you access https://www.erlang.org/downloads you will be redirected to https://erlang.org/downloads. If you access https://erlang.org you will be redirected to https://www.erlang.org. i.e. depending on where the actual content is, the servers will redirect you to the correct place.

The problem that we now are facing is that because we have always redirected some URLs from www.erlang.org to erlang.org tools rely on it. I've sent a PR to kerl (https://github.com/kerl/kerl/pull/383) to fix it there, but if there is one tool that relies on that redirect, there is bound to be more.

So what we need is to have something that can host our static content over https and issue redirects to erlang.org for some URLs.

Lukas

starbelly commented 2 years ago

I'm 💯 all for this. We can easily spin up a simple web server for this to at least handle the redirects. It may be advantageous to keep the hosting of the site on github to simplify your automated deployment, but we will have to experiment a bit with that. That said, most complicated setup would be a ci/cd pipeline that uploads assets to the web server.

peerst commented 2 years ago

I'm for going forward with netlify

benoitc commented 2 years ago

+1 for me as well, let's figure the details during our next meeting .

starbelly commented 2 years ago

I'm for going forward with netlify

Agreed. Best solution for all is netlify which the EEF via infrastructure working group will gladly sponsor.

max-au commented 2 years ago

Agree with this.

starbelly commented 2 years ago

This has been launched. Won't close the ticket yet as we need to get netlify in our wiki first.

starbelly commented 2 years ago

Added a brief description here for tracking purposes : https://github.com/erlef/infra-wg/wiki/Netlify

There isn't much else to say. Closing this as resolved.