Die Idee war sofort nachvollziehbar. Die Initiative benennt strukturelle Probleme des heutigen, stark JavaScript-getriebenen Webs und zeigt auf sachliche, praxisnahe Weise, wie sich JavaScript standardmäßig deaktivieren lässt – um es anschließend gezielt dort zu aktivieren, wo tatsächlich Vertrauen besteht.

Die Reaktionen auf die Einführung des Tab-Verhaltens waren aufschlussreich. Neben einigen humorvollen Kommentaren zeigte sich auch deutliche Kritik, vor allem aus Entwicklerkreisen. Der Ansatz wurde als unnötig, feindselig oder sogar extrem dargestellt. Häufig ging es dabei weniger um den konkreten Vorschlag als um die grundsätzliche Frage, ob es überhaupt sinnvoll oder praktikabel sei, JavaScript zu deaktivieren.

Damit wird der eigentliche Punkt verfehlt. Und hier stimme ich Marius ausdrücklich zu: Es geht nicht darum, JavaScript grundsätzlich abzulehnen. Es geht darum, nicht blind beliebigen Code auszuführen – insbesondere nicht aus unbekannten Quellen. Etablierte Plattformen mögen ein gewisses Maß an Vertrauen verdienen. Zufällige, unbekannte Seiten tun das nicht. Beides gleichzubehandeln ist kein Komfortmerkmal, sondern ein Sicherheitsproblem.

Was mich dabei besonders irritiert, ist, wie viele Einwände offenbar daraus entstehen, dass der Text schlicht nicht gelesen wird. Die Empfehlung ist klar formuliert: JavaScript standardmäßig deaktivieren und dann selektiv dort aktivieren, wo eine Vertrauensbasis besteht. Dennoch wird häufig gegen eine Haltung argumentiert, die so nie vertreten wurde. Das wirkt weniger wie eine fachliche Debatte und mehr wie ein Symptom eines zunehmend oberflächlichen Diskurses.

Zur Klarstellung: Ich nutze selbst JavaScript. Auf Seiten mit Code aktiviere ich es bewusst, etwa um Kopierfunktionen oder kleine Komfortverbesserungen bereitzustellen. Genau dieses Verständnis steht hier im Mittelpunkt: JavaScript als gezielte Erweiterung – nicht als Voraussetzung, um Inhalte überhaupt konsumieren zu können.

Der Vorwurf eines „militanten Techno-Minimalismus“ greift daher ins Leere. Diese Haltung ist weder nostalgisch noch fortschrittsfeindlich. Sie stellt vielmehr die Frage nach sinnvollen Standards. Inhalte sollten möglichst ohne JavaScript zugänglich bleiben, mit Skripten als bewusster Ergänzung – nicht als verpflichtender Ausführungsschicht, die einfache Seiten in fragile Laufzeitumgebungen verwandelt.

Eine solche Position als radikal zu bezeichnen, sagt letztlich mehr über den Zustand des heutigen Webs aus als über das Argument selbst. Skepsis gegenüber der standardmäßigen Ausführung unvertrauenswürdigen Codes sollte keine Provokation sein. Sie sollte selbstverständlich sein.

Genau deshalb halte ich disable-javascript.org für relevant. Die Seite bleibt nicht bei abstrakter Kritik stehen, sondern macht konkrete Vorschläge: Sie benennt reale Risiken, zeigt praktikable Wege auf und wirbt für ein ausgewogenes Verhältnis zwischen Sicherheit, Nutzbarkeit und Selbstbestimmung.

Ich habe einige Zeit damit verbracht, meine Blog-Software komplett zu überarbeiten. Anstelle von Python-Flask und Hugo verwende ich jetzt Astro- und ich könnte nicht zufriedener mit diesem Wechsel sein.

Warum die Änderung?

Mein altes Python-Flask-Setup hat lange zuverlässig funktioniert, bis es irgendwann an seine Grenzen stieß. Ich will mich für meinen zukünftigen Job mehr mit moderner Webentwicklung beschäftigen und nehme deshalb gerade am Full-Stack Web Development Bootcamp teil. Es schien der perfekte Moment zu sein, etwas Neues auszuprobieren und vielleicht auch die unzähligen Stunden zu rechtfertigen, die ich bisher in JavaScript-Tutorials investiert habe.

Neu anfangen mit Astro

Also habe ich beschlossen, nochmal bei Null anzufangen, auch weil es mir einfach Spaß macht, Dinge einzustampfen und immer mal wieder etwas Neues auszuprobieren. Ich startete mit der Minimalvorlage von Astro und fügte dann Baustein für Baustein hinzu, fast so, als würde ich etwas aus LEGO zusammenbauen. Die Einrichtung war überraschend einfach. Innerhalb weniger Minuten lief eine kleine Website. Ich entdecke immer noch neue Möglichkeiten mit Astro und bin jetzt schon begeistert, was damit alles machbar ist.

Warum Astro?

Was mich an Astro begeistert, ist die starke Performance und die Art, wie alles modular aufgebaut ist. Dank der sogenannten „partiellen Hydrierung“ lädt der Blog jetzt schneller als je zuvor. Markdown-Unterstützung ist direkt mit an Bord, super praktisch fürs Schreiben, und die vielen Community-Integrations haben mir echt viel Zeit gespart (auch wenn ich diese Zeit sofort wieder damit verbracht habe, ewig über Farbschemata zu grübeln).

Lernkurve

Bis vor Kurzem endeten meine JavaScript-Kenntnisse bei alert('Hello World'). Der Umstieg auf dieses neue System war also… sagen wir mal: ziemlich spannend. Gerade das Thema asynchrone Programmierung hat mich am Anfang ganz schön ins Schwitzen gebracht. Aber jeden Tag verstehe ich ein bisschen mehr und ja, mein Suchverlauf besteht inzwischen zu 90 % aus Einträgen wie „JavaScript Promises einfach erklärt für Fünfjährige“.

Migration im Gange

Ich bin gerade dabei, meine alten Blogbeiträge nach und nach ins neue System zu übertragen. Einen festen Zeitplan habe ich nicht (ehrlich gesagt: das wird dauern, so lange es eben dauert), aber ich nehme mir vor, den Großteil bis Sommer 2025 fertig zu haben, oder eben, sobald die Motivation wieder vorbeischaut.

Kurz gesagt

Der Wechsel zu Astro bedeutet für mich mehr als nur ein technisches Update. Es fühlt sich auch wie ein kleiner Schritt nach vorne auf meinem beruflichen Weg an. Vom selbstgebauten Python-Tool (ja, das lief viel zu lange) über Hugo bis hin zu einem modernen JavaScript-Framework. Das passt perfekt zu dem, wo ich als Fullstack-Entwickler hinmöchte.

Und ja, ich gebe zu: Ich neige dazu, Dinge komplizierter zu machen, als sie sein müssten.

Auch wenn das Ganze seine Zeit braucht, macht der Umstieg die Pflege und Weiterentwicklung des Blogs einfach viel angenehmer. Ich werde regelmäßig neue Inhalte hinzufügen und die Seite Stück für Stück verbessern. Schaue also gerne wieder vorbei und wenn du Feedback hast, immer her damit! (Konstruktive Kritik nehme ich mit offenen Armen an, harsches Urteil wird still registriert.)

Dieser Blog wächst mit meinen Erfahrungen mit, dokumentiert neue Ideen und technische Entwicklungen. In der schnelllebigen Welt der Webentwicklung ist ein kompletter Neustart manchmal einfach die beste Lösung oder zumindest die beste Ausrede für nächtelanges Coden.

Erst habe ich versucht alle Beiträge in einer Datei zu sammeln. Eine Datei pro Jahr sollte ausreichen. Dazu habe ich ein kleines Python Script geschrieben.

Alle Beiträge waren nur in einer Datei und nach ein wenig hin und her und umformatieren, hatte ich auch ein passables Ergebnis.

Das Template für den Blog sah dann so aus:

Auch wenn die Änderungen auf den ersten Blick ganz gut ausgesehen haben, so hat es leider nicht mehr mit dem RSS-Feed funktioniert. Da alle Beiträge in einer Datei sind, ist der RSS Feed viel zu kurz und ich möchte das niemandem zumuten, ständig den gesamten Feed zu laden. Also musste ich eine andere Lösung finden.

Nach einigem Hin und Her bin ich dann doch wieder bei einzelnen Dateien gelandet. Dieses Mal allerdings ohne Frontmatter. Der Dateinamen, bestehend aus Jahreszahl, einem Punkt und einer fortlaufenden Nummer.

Das Python Script habe ich dazu ein wenig umgeschrieben und erzeugt nun Dateien nach dem oben beschriebenen Schema.

Das dazugehörige Template list.html musste ich ebenfalls ändern und sieht nun so aus:

Der obere Teil (Zeile 2-7) transkludiert die Inhalte der _index.md-Datei. Dabei wird auch die Zahl im Dokument durch einen Link ersetzt.

Ab Zeile 9 werden dann alle vorhandenen Dateien verarbeitet. Der Dateiname wir vorne abgeschnitten und die führenden Nullen werden ebenfalls entfernt, um die Zahl für die Webseite zu erzeugen (Zeile 10). Danach wird ein Link erzeugt (Zeile 11) der anschließend vorne vor den Beitrag gesetzt (Zeile 12) wird.

Der erzeugte Link mit der Nummer kann benutzt werden, um auf den Beitrag zu verlinken oder diesen Direkt anzuspringen. Sprich die Zahl kann als Sprungmarke genutzt werden, um direkt zum Eintrag im Microblog zu springen. Zum Beispiel zum Eintrag #55.

Im großen ganzen kann man sagen, dass ich mit all den Änderungen die Dateistruktur vereinfacht und die Anzeige (zumindest für mich) verbessert habe.

Eigentlich wollte ich ja auch schon lange den Garten mit dem Hochdruckreiniger sauber machen, Blumen bestellen oder mit dem Rad eine Runde zum Strand fahren. Leider ist es für all das einfach noch viel zu kalt.

Nichtsdestotrotz habe ich dann aber doch an dem ein oder anderen Projekt gearbeitet.

Autopflege

Seit langem habe ich mal wieder meinem Auto ein wenig Pflege gegönnt. Erst innen saugen und Polsterpflege. Danach von außen mit dem Hochdruckreiniger reinigen, mit Schaum einsprühen und anschließend mit vielen Waschtüchern abwaschen. Nach dem Abtrocknen dann noch mit Sonax Brilliant Shine Detailer auf Glanz gebracht.

Auch wenn ich die Sonax Produkte eigentlich nicht so gut finde, ist das Sonax BSD wirklich gut. Wenn man es 1:1 mit Wasser verdünnt, hält es doppelt so lange und man kann es besser verteilen. Es liegt wie eine leichte Schutzschicht auf dem Lack die verhindert, dass Dreck und Regen haften bleiben. Also ein wenig zumindest. 😄

Github

Nebenher habe ich meinem Github Repository ebenfalls eine Schönheitskur verpasst.

Zum einen kann man ja jetzt ein Repo mit dem Namen des Benutzers anlegen, welches dann in der Profilansicht angezeigt wird. So sieht das schon viel hübscher aus, wenn man das Profil eines anderen besucht.

Zum anderen habe ich mich schlau gemacht über Webhooks und Github-Actions und überhaupt Git so im Allgemeinen. Denn das hat auch was mit dem großen Umbau der Webseite zu tun.

Der Wechsel zu Hugo

Als Erstes habe ich mich wieder einmal dazu entschlossen meine Webseiten zu überarbeiten. Das hat leider was damit zu tun, dass die aktuellen Updates von Ghost so überhaupt nicht meinem Geschmack entsprechen.

Ghost hat sich nicht zum guten verbessert

In Version 4 haben sie in Ghost viele Dinge eingebaut, um den Blog oder die Website zu monetarisieren. Da ich das alles nicht brauche und auch nicht haben will, es sich auch nicht abschalten lässt, werde ich mich nach nur kurzer Zeit wieder von Ghost trennen müssen. Doch was sind die Alternativen? Wieder einen Wordpress-Blog aufsetzen? Noch mal Bludit ausprobieren? Oder, oder, oder? Es gibt so viele Dinge, die man machen kann. Da ich aber ein Mensch bin der es gerne ordentlich und aufgeräumt hat, habe ich mich langem hin und her für Hugo entschieden.

Hugo ist einfach, schnell und komfortabel zugleich

Hugo ist ein Generator für statische Webseiten. Man nehmen einen ganzen Haufen an Texten und Dateien, ein Theme wie die Seite aussehen soll und jagt das durch Hugo durch. Am Ende kommen dann viele statische HTML Seiten heraus die man ohne großen Aufwand auf jedem Webserver hosten kann.

Hugo ist für mich halt super, weil ich genau weiß, wo was gespeichert wird, wie ich was wo ablegen muss damit es funktioniert und bei einem Update passiert halt kein Schnick-Schnack, den ich nicht beeinflussen kann. Hinzu kommt, dass statische Seiten nicht gehackt werden können. Wie auch? Es gibt kein Login-Formular, kein Script das irgendetwas bei Seitenaufruf generiert.

Die Installation von Hugo ist ebenfalls super einfach. Du lädst dir nur das passende Binary für dein Betriebssystem herunter. Fertig! Kein umständliches Aufsetzen von Webserver und irgendwelchen Skriptsprachen. Wenn man dann eine neue Seite erstellt hat, kann man quasi sofort loslegen. Hugo selbst lässt sich sogar dazu benutzen, um die generierten Seiten auszuliefern. Praktisch, oder?

Im Vergleich: Ghost 3.42.1 belegt aktuell knapp 450 MB Speicherplatz. Im Gegensatz dazu hat das Binary von Hugo knapp 50 MB. Mit dem Sourcecode und der komplett generierte Webseite, inkl. Bilder, kommen noch mal knapp 30 MB obendrauf. 450MB gegenüber 80 MB. Ist schon mal ein krasser Unterschied.

Backups sind ebenfalls super einfach. Aller Sourcecode liegt in einem Github-Repository und die Beiträge und Seiten liegen als Markdown-Text vor. Einfach ein Backup vom Verzeichnis machen und gut ist. Ich habe jetzt auch das Hugo-Binary mit ins Backup gepackt, so kann ich die Webseite auch später noch generieren, wenn ich möchte.

Hugo ist außerdem schnell, verdammt schnell sogar. In meinem Test habe ich meine exportierten Blogbeiträge einfach 10 mal in das Content-Verzeichnis kopiert. Um aus den über 1800 Dateien eine voll funktionierende Webseite mit Tags, Archive, Seiten-Navigation und mehr zu generieren, braucht Hugo keine 3 Sekunden.

Hugo benötigt nur ein paar Sekunden für die Webseiten Generierung### Ich mag es gerne einfach

Für Ghost habe ich lange nach einem einfachen Design gesucht. Doch nie wirklich eines gefunden welches mich überzeugen konnte, weshalb ich dann beim Standard-Design / -Theme geblieben bin. Wirklich gefallen hat es mir nie. Doch das Aufsetzen einer Entwicklungsumgebung für Ghost, um ein Theme zu schreiben, erschien mir zu kompliziert.

Und weil ich es auch gerne einfach mag, habe ich mich für das Bear-Theme entschieden und es ein wenig angepasst. Die eigentliche Blog-Übersicht ist nun das Archiv und die Blog-Übersicht zeigt Ausschnitte der fünf letzten Beiträge. Dazu gibt es eine Navigation am Ende um zu vorherigen Seiten zu springen. Ob das so bleibt weiß ich noch nicht, vielleicht kommt der Archiv-Link auch da unten hin, um das Menü nicht zu sehr zu überladen.

Bisher migrierter Content

Der Export aus Ghost und die Umwandlung in einzelnen Textdateien ist schon erfolgt. Dennoch muss ich jeden Beitrag einmal anpacken und anpassen, da die Bookmark-Cards auf Ghost nicht in Hugo funktionieren. Zumindest nicht so, als dass man den Text ohne weiteres übernehmen kann. Die Bilder sind ebenfalls exportiert und warten darauf wieder eingebunden zu werden.

Die Seiten für die Blogroll und die Podcasts habe ich überarbeitet und eine weitere Seite für Ressourcen hinzugefügt. Das sind von mir fast täglich genutzte Seiten. Da ich an vielen Rechnern und mit vielen Browsern unterwegs bin, habe ich relativ wenig Favoriten gespeichert und nutze dafür nun die Ressourcen-Seite und meinen Bookmark-Manager shaarli.

Was nicht so toll ist

Was nicht so toll ist, weil ich es aber gerne strukturiert und sauber haben will, dass sich die URLs von einigen Beiträgen ändern werden. Das ist doof, aber ich versuche mit ein paar Umleitungen (re-directs) so viel wie möglich abzufangen.

Was ist das für ein Gesicht im Titel?

Das Gesicht im Titel ist übrigens ein sogenanntes kaomoji.

Ein Kaomoji ist eine Kombination von zwei japanischen Wörtern. kao => Gesicht und mojo => Charakter.

Weil ich (meistens) ein fröhlicher und aufgeschlossener Mensch bin, dachte ich mir, ich begrüße meine Besucher mit einem lachenden und winkendem Gesicht. Ich hoffe, es bringt dir ein Lächeln ins Gesicht.

Fazit

Im groben Ganzen bin ich mit Hugo super zufrieden. Ich habe viel gelernt in den letzten zwei Wochen und einige neue Tools und Services kennengelernt.

Es gibt super viele statische Seitengeneratoren, ich habe gelernt wie man mit Github und Webhooks automatisiert die Webseite bauen kann, über Continuous-Integration mit Travis-CI und Netlify und vieles mehr.

Viel gelernt habe ich auch über git selber. Best Practices gelesen und mir einige Videos angeschaut, wie andere Nutzer verschiedene Probleme lösen oder gelöst haben. Das hilft mir nicht nur bei meinen privaten Projekten, sondern auch auf der Arbeit wo wir bald von Mercurial auf Git umsteigen werden.

Sonst noch was?

Ja, da gibt es tatsächlich noch was.

Eigentlich wollte ich ja auch schon lange den Garten mit dem Hochdruckreiniger sauber machen, Blumen bestellen oder mit dem Rad eine Runde zum Strand fahren. Leider ist es für all das einfach noch viel zu kalt.

Nichtsdestotrotz habe ich dann aber doch an dem ein oder anderen Projekt gearbeitet.

Autopflege

Seit langem habe ich mal wieder meinem Auto ein wenig Pflege gegönnt. Erst innen saugen und Polsterpflege. Danach von außen mit dem Hochdruckreiniger reinigen, mit Schaum einsprühen und anschließend mit vielen Waschtüchern abwaschen. Nach dem Abtrocknen dann noch mit Sonax Brilliant Shine Detailer auf Glanz gebracht.

Auch wenn ich die Sonax Produkte eigentlich nicht so gut finde, ist das Sonax BSD wirklich gut. Wenn man es 1:1 mit Wasser verdünnt, hält es doppelt so lange und man kann es besser verteilen. Es liegt wie eine leichte Schutzschicht auf dem Lack, die verhindert, dass Dreck und Regen haften bleiben. Also ein wenig zumindest. 😄

Github

Nebenher habe ich meinem Github Repository ebenfalls eine Schönheitskur verpasst.

Zum einen kann man ja jetzt ein Repo mit dem Namen des Benutzers anlegen, welches dann in der Profilansicht angezeigt wird. So sieht das schon viel hübscher aus, wenn man das Profil eines anderen besucht.

Zum anderen habe ich mich schlau gemacht über Webhooks und Github-Actions und überhaupt Git so im Allgemeinen. Denn das hat auch was mit dem großen Umbau der Webseite zu tun.

Der Wechsel zu Hugo

Als Erstes habe ich mich wieder einmal dazu entschlossen, meine Webseiten zu überarbeiten. Das hat leider was damit zu tun, dass die aktuellen Updates von Ghost so überhaupt nicht meinem Geschmack entsprechen.

Ghost hat sich nicht zum guten verbessert

In Version 4 haben sie in Ghost viele Dinge eingebaut, um den Blog oder die Website zu monetarisieren. Da ich das alles nicht brauche und auch nicht haben will, es sich auch nicht abschalten lässt, werde ich mich nach nur kurzer Zeit wieder von Ghost trennen müssen. Doch was sind die Alternativen? Wieder einen Wordpress-Blog aufsetzen? Noch mal Bludit ausprobieren? Oder, oder, oder? Es gibt so viele Dinge, die man machen kann. Da ich aber ein Mensch bin, der es gerne ordentlich und aufgeräumt hat, habe ich mich langem hin und her für Hugo entschieden.

Hugo ist einfach, schnell und komfortabel zugleich

Hugo ist ein Generator für statische Webseiten. Man nehme einen ganzen Haufen an Texten und Dateien, ein Theme wie die Seite aussehen soll, und jage das durch Hugo durch. Am Ende kommen dann viele statische HTML-Seiten heraus, die man ohne großen Aufwand auf jedem Webserver hosten kann.

Hugo ist für mich halt super, weil ich genau weiß, wo was gespeichert wird und wie ich was wo ablegen muss, damit es funktioniert. Bei einem Update passiert halt kein Schnick-Schnack, den ich nicht beeinflussen kann. Hinzu kommt, dass statische Seiten nicht gehackt werden können. Wie auch? Es gibt kein Login-Formular, kein Script, das irgendetwas bei Seitenaufruf generiert.

Die Installation von Hugo ist ebenfalls super einfach. Du lädst dir nur das passende Binary für dein Betriebssystem herunter. Fertig! Kein umständliches Aufsetzen von Webserver und irgendwelchen Skriptsprachen. Wenn man dann eine neue Seite erstellt hat, kann man quasi sofort loslegen. Hugo selbst lässt sich sogar dazu benutzen, um die generierten Seiten auszuliefern. Praktisch, oder?

Im Vergleich: Ghost 3.42.1 belegt aktuell knapp 450 MB Speicherplatz. Im Gegensatz dazu hat das Binary von Hugo knapp 50 MB. Mit dem Sourcecode und der komplett generierten Webseite, inkl. Bilder, kommen noch mal knapp 30 MB obendrauf. 450MB gegenüber 80 MB. Ist schon mal ein krasser Unterschied.

Backups sind ebenfalls super einfach. Aller Sourcecode liegt in einem Github-Repository und die Beiträge und Seiten liegen als Markdown-Text vor. Einfach ein Backup vom Verzeichnis machen und gut ist. Ich habe jetzt auch das Hugo-Binary mit ins Backup gepackt, so kann ich die Webseite auch später noch generieren, wenn ich möchte.

Hugo ist außerdem schnell, verdammt schnell sogar. In meinem Test habe ich meine exportierten Blogbeiträge einfach zehnmal in das Content-Verzeichnis kopiert. Um aus den über 1800 Dateien eine voll funktionierende Webseite mit Tags, Archive, Seiten-Navigation und mehr zu generieren, braucht Hugo keine 3 Sekunden.

Hugo benötigt nur ein paar Sekunden für die Webseiten-Generierung

Ich mag es gerne einfach

Für Ghost habe ich lange nach einem einfachen Design gesucht. Doch nie wirklich eines gefunden, welches mich überzeugen konnte, weshalb ich dann beim Standard-Design / -Theme geblieben bin. Wirklich gefallen hat es mir nie. Doch das Aufsetzen einer Entwicklungsumgebung für Ghost, um ein Theme zu schreiben, erschien mir zu kompliziert.

Und weil ich es auch gerne einfach mag, habe ich mich für das Bear-Theme entschieden und es ein wenig angepasst. Die eigentliche Blog-Übersicht ist nun das Archiv und die Blog-Übersicht zeigt Ausschnitte der fünf letzten Beiträge. Dazu gibt es eine Navigation am Ende, um zu vorherigen Seiten zu springen. Ob das so bleibt weiß ich noch nicht; vielleicht kommt der Archiv-Link auch da unten hin, um das Menü nicht zu sehr zu überladen.

Bisher migrierter Content

Der Export aus Ghost und die Umwandlung in einzelne Textdateien ist schon erfolgt. Dennoch muss ich jeden Beitrag einmal anpacken und anpassen, da die Bookmark-Cards auf Ghost nicht in Hugo funktionieren. Zumindest nicht so, als dass man den Text ohne weiteres übernehmen kann. Die Bilder sind ebenfalls exportiert und warten darauf, wieder eingebunden zu werden.

Die Seiten für die Blogroll und die Podcasts habe ich überarbeitet und eine weitere Seite für Ressourcen hinzugefügt. Das sind von mir fast täglich genutzte Seiten. Da ich an vielen Rechnern und mit vielen Browsern unterwegs bin, habe ich relativ wenig Favoriten gespeichert und nutze dafür nun die Ressourcen-Seite und meinen Bookmark-Manager shaarli.

Was nicht so toll ist

Was nicht so toll ist, weil ich es aber gerne strukturiert und sauber haben will, ist, dass sich die URLs von einigen Beiträgen ändern werden. Das ist doof, aber ich versuche mit ein paar Umleitungen (re-directs) so viel wie möglich abzufangen.

Fazit

Im Groben und Ganzen bin ich mit Hugo super zufrieden. Ich habe viel gelernt in den letzten zwei Wochen und einige neue Tools und Services kennengelernt.

Es gibt super viele statische Seitengeneratoren. Ich habe gelernt, wie man mit Github und Webhooks automatisiert die Webseite bauen kann, über Continuous-Integration mit Travis-CI und Netlify und vieles mehr.

Viel gelernt habe ich auch über git selber. Best Practices gelesen und mir einige Videos angeschaut, wie andere Nutzer verschiedene Probleme lösen oder gelöst haben. Das hilft mir nicht nur bei meinen privaten Projekten, sondern auch auf der Arbeit, wo wir bald von Mercurial auf Git umsteigen werden.

Sonst noch was?

Ja, da gibt es tatsächlich noch was.

Auf der Webseite https://lennyface.de/ gibt es noch sehr viel mehr Kaomojis. Benutzt habe ich sie bisher hauptsächlich in Skype-Konversationen, zum Leid meiner Arbeitskollegen. Ich finds aber nicht nur lustig, sondern sie helfen auch dem geschriebenen Wort etwas mehr Ausdruck zu verleihen.

=> https://lennyface.de/

Auf dev.to gibt es eine ganze Menge an guten Artikeln in vielen Themenbereichen. Mich interessiert zwar hauptsächlich Golang, Java, Python und Git. Die Community in den Bereichen Javascript und Web-Development ist aber sehr stark ausgeprägt und es gibt viele coole Projekte und Hinweise zu interessanten Webseiten. Durchgucken lohnt sich alle mal.

=> https://dev.to/

Irgendwo hatte ich das zwar auch schon mal zusammengetragen, aber keine Ahnung, wo meine Liste abgeblieben ist. Egal. Mike Kuketz vom Kuketz-Blog hat eine aktuelle Liste an datenschutzfreundlichen Web-Frontends für YouTube, Twitter, Instagram, Reddit und Co. erstellt. via HappyBuddah1975

Die “Darf ich das” App

Was darf man eigentlich, und welche Regeln und Gesetze sind in in deiner Region gerade gültig?

Während Corona gelten in allen Bundesländern unterschiedliche Regeln, und sogar der nächste Landkreis kann schon wieder anderen Erlassen unterliegen. Im Rahmen der Covid-19 Pandemie gibt es fast täglich neue Gesetze und Verordnungen, die unseren Alltag betreffen. Da informiert zu bleiben kann schwierig sein!

Von padeluun empfohlen, kann die App nicht schlecht sein. Probiere es doch einfach mal aus.

=> https://www.darfichdas.info/

Es gäbe zwar noch einiges mehr zu berichten, aber das muss für heute reichen. Ich hoffe auch mal, dass ich es schaffe, wieder etwas regelmäßiger zu schreiben.

So wirklich warm wird es ja immer noch nicht. Ein kurzer Ausreißer am Dienstag, aber das war es dann auch schon. Damit nun einen guten Start in die Woche. Haltet die Ohren steif!