<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Online assets (Pt 1)<br><br>This will be the first of a handful of queries around our online assets.<br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div style="margin-left:40px">{</div><div style="margin-left:40px">tl;dr =></div><div style="margin-left:40px"><br></div><div style="margin-left:40px">* Drupal and dynamic CMSes require work and maintenance, and to maintain logins secure<br></div><div style="margin-left:40px">* static sites are much easier to maintain on a volunteer basis</div><div style="margin-left:40px">* source control helps track changes better<br></div><div style="margin-left:40px">* should we move?</div><div style="margin-left:40px"><br></div><div style="margin-left:40px">Please vote: <a href="https://framadate.org/DAJ2lUiUwnjhDEKQ">https://framadate.org/DAJ2lUiUwnjhDEKQ</a></div><div style="margin-left:40px">}</div><div><br></div><div><br></div><div>As you may know, we currently have an EdLUG 
website hosted at <a href="http://www.edlug.org.uk" target="_blank">http://www.edlug.org.uk</a> ; it uses Drupal and has a 
number of features.<br></div><div><br></div><div>In fact, one could argue 
that it might even have too many features. I mooted this at the November 2018 meeting, and there seemed to be positive noises around moving to
 a static website instead, hosted either through Gitlab.io Pages, or 
Github.io Pages</div><div><br></div><div>Also the certificate is set up wrong so does not work properly over HTTPS ; I'm sure this could be fixed, but adds maintenance overhead, requiring renewals etc.</div><div><br></div><div>Also it needs an update test, and then to be updated, so as to patch vulnerabilities. More involved maintenance.</div><div><br></div><div><b>++ Demo</b><br></div><div><br></div><div>I've grabbed the "edlug" name on each of Github and Gitlab, and set up some demos - both build from the same source so are identical:<br></div><div><br></div><div>* <a href="https://gitlab.com/edlug/web">https://gitlab.com/edlug/web</a> --> <a href="https://edlug.gitlab.io/web" target="_blank">https://edlug.gitlab.io/web</a></div><div>* <a href="https://github.com/edlug/">https://github.com/edlug/</a><a href="http://edlug.github.io">edlug.github.io</a> --> <a href="https://edlug.github.io" target="_blank">https://edlug.github.io</a></div><div><div dir="ltr" class="gmail-m_-6370817831059206526gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div><br></div><div>I'll be aiming to make this the topic of May's talk - Static Sites, Jekyll and (Github.io|Gitlab.io)<br></div><div><br></div><div>Note that it is of course possible to change the theme anytime. There are quite a few to choose from <a href="https://jekyll-themes.com/free/">https://jekyll-themes.com/free/</a> <br></div><div><br></div><div><b>++ What does this mean for visitors?</b></div><div><br></div><div>Visitors will get a simpler, more straightforward experience when visiting the site. The current demo site simply shows a basic intro, when we meet, and where we meet. I copied the EdLUG history page into one place, put the mailing list FAQ in a second page, and added a "What is Linux" page for good measure.<br></div><div><br></div><div>We can point the existing domain name "edlug,<a href="http://org.uk">org.uk</a>" to this location if we want, or simply keep with the edlug.git*.io address as it is.</div><div><br></div><div><b>++ What does this mean for contributors?</b></div><div><br></div><div>Anybody can contribute now. You can do so by having an account on GitLab and fork/merge-requesting, or you can send in patch files for it if you're so inclined.</div><div><br></div><div>No web coding knowledge is needed, and we don't have to maintain our own site with login system and potential vulnerabilities to patch.</div><div><br></div><div>This is the home page source. It is very, very simple to modify.<br></div><div><br></div><div><a href="https://gitlab.com/edlug/edlug.gitlab.io/raw/master/index.md">https://gitlab.com/edlug/edlug.gitlab.io/raw/master/index.md</a></div><div><br></div><div>Here's the "What's Linux" page - if you see anything that should be stated differently, you are welcome to submit fixes!</div><div><br></div><div><a href="https://gitlab.com/edlug/edlug.gitlab.io/raw/master/linux.md">https://gitlab.com/edlug/edlug.gitlab.io/raw/master/linux.md</a><br></div><div><br></div><div><b>++ Why change?</b></div><div><br></div><div>* Simplify web site</div><div>* Less attack vectors on a static site than Drupal (it needs more TLC than I care to put in, for no real gain other than preventing password leaks and defacing)<br></div><div>* We do not have to maintain log ins for contributors ourselves, and open ourselves to risk in case of a data breach (user information is handled by Gitlab/Github themselves, and they're pretyy good at it)<br></div><div>* Anybody can contribute to the website if it is hosted as code</div><div>* Change control is improved by using Gitlab or Github</div><div>* Static site can be hosted pretty much anywhere - using Github or Gitlab is merely convenience; we could also host it in place of Drupal in the same hosting space<br></div><div>* Using GitLab or GitHub can also serve as an open space for organising plans and tasks through <i>Issue</i> cards<br></div><div><br></div><div><b>++ What to decide</b><br></div><div><br></div><div>My question is:</div><div><br></div><div>For the EdLUG Website we should</div><div><br></div><div>* Continue using Drupal - change nothing<br></div><div>* Use a static site on the server space we have</div><div>* Use Gitlab.io to host the website</div><div>* Use Github.io to host the website</div><div>* Something else completely<br></div><div><br></div><div>Poll here: <a href="https://framadate.org/DAJ2lUiUwnjhDEKQ">https://framadate.org/DAJ2lUiUwnjhDEKQ</a></div><div><br></div><div>Even if you have no opinion, please do cast a vote! (a yellow tick in all the options). Helps gauge how much actual engagement there is!</div><div><br></div><div><br></div><div><br></div><div>Thanks</div><div><br></div><div>Tai<br></div><div><br>===<br>Tai Kedzierski<br></div><div>Linux Operations and Deployments Engineer<br></div><div><br></div><div><a href="https://www.redhat.com/rhtapps/services/verify?certId=170-060-834" target="_blank">RHCSA # 170-060-834</a><br></div><br><div><br></div><br><div dir="ltr"><span></span><font size="1"><br>I use <a href="https://www.libreoffice.org/" target="_blank">LibreOffice</a> , a free, Freedom-respecting replacement for MS Office<br><br><i>Open Source Free Software is a matter of liberty, not price.</i><br>
<a href="https://www.fsf.org/about/what-is-free-software" target="_blank">https://www.fsf.org/about/what-is-free-software</a><br></font><font size="2"><br></font></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>