Das Weblog von Stefan Grund, der im Netz als @eay unterwegs ist und hier seit 2003 über Medien, Popkultur und Technologie schreibt. Mehr »
Nachdem ich bisher meine eigene „Blog → Mastodon“-Brücke genutzt habe, bin ich nun zu Jan Boddez’s hervorragendem „Share on Mastodon“-Plugin für WordPress gewechselt.
Was ich allerdings noch nicht hinbekommen habe, ist das Encoding. Das scheint aus mir unerfindlichen Gründen noch nicht so zu wollen, wie ich will…
Update, 50 Minuten später: Ok, got it.
Nachdem ich vor rund 1½ Jahren bereits die eay.cc-Daten(bank) von DomainFactory zu All-Inkl umgezogen habe, folgt gerade die Domain. Sollte es währenddessen zu Hiccups kommen, sollten die nur temporär sein.
Ich habe am gestrigen Abend das gemacht, was man Samstagabends 2020 so macht: Einen Film geschaut (»Guns Akimbo«, in dem man Daniel Radcliffe unfreiwilligerweise Waffen an die Hände montiert hat und ihn live gestreamt an einem Real-Life-Deathmatch teilnehmen lässt) und danach diverse Webprojekte, u.a. dieses hier, auf einen neuen Server umgezogen. Was hat man früher nochmal Samstagabends gemacht? Ich weiß es nicht mehr.
Mein neues Abendprogramm habe ich allerdings auch nicht wirklich aus freien Stücken gewählt. DomainFactory, der Webhoster, den ich seit 2003 (!) für die Verbreitung dieses Blogs und all meinen anderen, privaten Side Projects genutzt habe, hat mir quasi Tastatur und Maus an die Hände montiert und mich mit schlechtem Service, betagter Technik und tiefem Griff in meinen Geldbeutel dazu gezwungen, das zu ändern.
Konkret: Während DomainFactory einst insbesondere für größere WordPress-Installationen, wie eben dieses mittlerweile rund 3.400 Beiträge und 10.000 Kommentare umfassende Blog oder shortfil.ms, die von mir und meinem Mitstreiter sträflich vernachlässigte, aber immer noch sehr populäre Kurzfilmplattform, die erste Wahl war, ist das schon länger nicht mehr der Fall. Wenn dann noch ein paar große Matomo-Installationen dazu kommen, grenzte das bei DomainFactory in den letzten Jahren an Arbeitsverweigerung. Abgerundet wird das Trauerspiel durch ein hilfefreies Support-Forum, in dem man seit Jahren um Node.js-Unterstützung jenseits von 0.x bettelt und Unterstützung für Let’s Encrypt-Zertifikate einfordert. Gut, dass immerhin die alten Threads regelmässig aussortiert werden, wie es scheint.
Überhaupt sind die SSL-Zertifikate die größte Unverschämtheit, die man sich bei DomainFactory seit Jahren gefallen lassen muss. Während die gesamte Industrie dazu übergangen ist, kostenfreie SSL-Zertifikate auf Basis von Let’s Encrypt anzubieten, ist in den Managed-Hosting-Tarifen von DF ein einzelnes (!) Zertifikat enthalten, jedes weitere kostet mittlerweile 2,99 Euro pro Monat (!) und Subdomain (!). Das muss man sich mal auf der Zunge zergehen lassen.
Auftritt All-Inkl: Auf meiner Suche nach Alternativen hat mir dann Tom vor ein paar Monaten All-Inkl1 empfohlen. Eine Empfehlung die dann in den Folgemonaten das ein oder andere Mal von anderer Stelle wiederholt wurde. Man solle sich nicht von dem Pauschaltouristennamen und dem 1999er Backend abschrecken lassen, der Dienst sei gut. Und was soll ich sagen: das stimmt. Die Seiten, die ich gestern dorthin portiert habe, sind lightning fast. Diese Performance sieht man dann doch eher selten bei Managed-Hosting-Angeboten. Der Import der 1,8 GB großen Matomo-Datenbank von shortfil.ms, war überhaupt kein Problem und das Matomo-Interface rennt im Vergleich zu DF. Gleiches bei den WordPress-Seiten, die so schnell laden, dass ich bei meinen anfänglichen Tests dachte, die wären gecached, obwohl ich das Caching noch nicht aktiviert hatte. 🤯
Hinzu kommt, dass sich Let’s Encrypt-Zertifikate, wie es sich gehört, komfortabel und natürlich kostenfrei über das Backend aktivieren lassen. Seit gestern kann damit auch mein URL-Shortener eay.li endlich HTTPS.
Ansonsten laufen wie gesagt erstmal eay.cc und shortfil.ms auf dem neuen ALL-INKL-System. Solltet ihr wider Erwarten irgendwelche Unstimmigkeiten bemerken, bitte melden. Ansonsten werde ich die nächsten Samstagabende nun damit verbringen, mich nach und nach immer weiter aus dem DomainFactory-Kosmos zu entfernen.
Heute mal Werbung in eigener Sache1, denn heute haben wir unsere neue Firmen-Website gelauncht. Unter hypercode.de gibt es nun ausführliche Case Studies, ein eigenes Blog und viele neue Fotos, die das Treiben in unserem Digital Product Studio noch besser vermitteln sollen. Wenn ihr euch schon immer mal gefragt habt, womit ich eigentlich meine Brötchen verdiene oder – noch besser 😏 – ihr Unterstützung bei der Planung und Umsetzung von Digitalprodukten (= Apps, Websites und Services) braucht, dann schaut gerne mal vorbei. → hypercode.de
Die Github-Repos, die sich für den Arctic File Vault und damit eine Archivierung im (hoffentlich) ewigen Eis für die nächsten 1.000 Jahre qualifiziert haben, wurden – Corona-bedingt verspätet – nun in Spitzbergen eingelagert. Im Profil gibt es einen entsprechenden Badge und siehe da: von mir wurde u.a. in der Tat das Static Archive dieses Blogs eingelagert. Cool.
Seit März verfügt diese Seite mit „Dark Neill“ über einen Dark Mode, der je nach Betriebssystem-/Browserpräferenz angezeigt wird (oder eben nicht). Seit heute gibt’s oben rechts einen Button, der euch auch unabhängig von besagten Präferenzen zwischen Hell und Dunkel wechseln lässt.
Zudem lässt sich die Suche nun auch über einen weiteren Button („Ihr habt’s ja!“) und nicht mehr nur über die s-Taste auf jeder Seite anzeigen und nutzen.
Es ist jetzt fast drei Jahre her, dass die aktuelle Inkarnation des hiesigen Designs – Codename „Neill“ (as in „Neill Blomkamp“) – hier eingeführt wurde. Seitdem ist Webdesign-technisch viel passiert: Devices werden gleichzeitig immer größer und kleiner, Browser und Betriebssysteme unterstützen mit ihrem jeweiligen „Dark Mode“ mittlerweile unsere dunklen Seiten. Und das nicht nur für nativen Anwendungen, sondern auch für Websites.
Während ich dieser Tage in der glücklichen Lage bin, meine Brötchen weiterhin im Home Office zu verdienen, dachte ich mir, dass ich ja nicht nur anderer Leuts Websites und Apps konzipieren, gestalten und entwickeln könnte, sondern den Lockdown auch mal dazu nutzen könnte, meine eigenen Projekte und inbesondere diese Seite voranzubringen. (Womit ich nicht alleine bin.)
Und so habe ich die letzten Abende damit verbracht, ein paar Optimierungen am hiesigen Theme vorzunehmen. Das Offenkundigste, wie diejenigen unter euch, die sich gerade auf dieser Website befinden und den Dark Mode in ihrem Betriebssystem/Browser aktiviert haben, bereits wissen: Es gibt hier nun auch ein dunkles Farbschema. D.h. je nach Systempräferenz wird euch eay.cc nun hell oder dunkel angezeigt. Aus „Neill“ wird „Dark Neill“. Wenn ihr wollt.1
Darüber hinaus gibt’s viele kleinere Optimierungen, wie z.B. eine größere Skalierung der Website, wenn ihr sie auf größeren Displays besucht. Zudem habe ich noch weitere Anpassungen (not sure to call them features yet) für die nächsten Quarantäneabende angedacht. Und vielleicht kommt hier und da sowieso noch was Neues. Warten wir ab und bleiben wir gesund!
–
An die anwesenden Techniker: Zwei Artikel, die äußert hilfreich bei der Umsetzung eures ersten Dark Mode sind, sind dieser Blogpost von Jeremy Keith und dieser Deep Dive zum Thema von Tom Steiner (mit dem großartigen Titel „Hello darkness, my old friend“). You’re welcome. 🌚
Update, 20.05.: Dark Neill – jetzt auch mit Dark Mode Toggle!
Heute ist nicht nur Palindromtag, sondern wahrscheinlich auch deswegen der Tag, an dem GitHub alle öffentlichen, aktiven Repos abspeichert und für die nächsten 1.000 Jahre in der Arktis sichert.
Als Autor dieser pop- und netzkulturell immens bedeutungsvollen Publikation ist es nicht nur meine Aufgabe, diesen essenziellen Content-Kanon fortzuschreiben, sondern auch dafür zu sorgen, dass dieser auch nachfolgenden Generationen zugänglich gemacht wird. Daher habe ich mal die Gunst der Stunde genutzt und auf Basis des WordPress export to Markdown-Skripts von Will Boyd, eine Kopie der gesammelten Werke dieses Blogs angelegt. Alles in leicht zugänglichen Markdown-Dateien gespeichert, ausgestattet mit Front Matter voller Metadaten, damit sich die Posts einfach lesen oder durch künftige Generationen (oder durch mich) weiterverarbeiten lassen.
Ein Post wie bspw. die Kinostatistik 2019 sieht dann folgendermaßen aus:
---
title: "Kinostatistik 2019"
date: "2019-12-31"
datetime: "2019-12-31 12:15:07"
id: "36083"
slug: "kinostatistik-2019"
url: "https://eay.cc/2019/kinostatistik-2019/"
author: "eay"
format: "post"
categories:
- 0815
tags:
- 2019
- filme
- filmindustrie
- kino
- kinostatistik
- konsum
- kosten
- quantified-self
- statistik
meta:
- geo_latitude: "55.652412490167"
- geo_longitude: "12.540413807503"
- geo_public: "1"
- yourls_shorturl: "https://eay.li/3c6"
- content_copy: "https://twitter.com/eay/status/1212000692497461254"
- content_copy: "https://eay.social/@eay/103402603466779713"
---
Wie sich herausstellt, bleiben die Hobbies in dem Jahr, in dem man seinen Job kündigt und fast jede wache Minute in die Gründung der [eigenen Firma](https://hypercode.de/) steckt, schon mal auf der Strecke. Kein Wunder also...
Mit Eleventy, das ich schon immer mal ausprobieren wollte, habe ich anschließend verifiziert, dass die exportierten Posts sich mit aktuellen Static Site Generators verarbeiten lassen. Etwas, das vielleicht nicht nur in ferner, sondern auch naher Zukunft noch ganz praktisch sein könnte.
Das „Static Archive“ von eay.cc findet sich hier bei GitHub. Ich freue mich schon darauf, wenn Schulkinder in ein paar Jahrthunderten meine Blogposts interpretieren dürfen.
Yay, 168 von 2.996 Posts auf eay.cc müssen wegen diversen, älteren Embed-Codes noch manuell dsgvo’isiert werden.
Es zahlt sich aber aus, dass ich ansonsten schon seit Jahren auf ein selbst gebasteltes „Click to load embed code“-Plugin für YouTube- und Vimeo-Videos setze.
