Privates Blog von Christian Münch

Seit einer Weile betreibe ich einen kleinen Raspberry PI 4 der nicht besonders viel macht. Am USB-Port hängt ein kleiner RTL USB-Stick der die Daten meiner Wetterstation per Funk empfängt. Zudem lasse ich auf dem Gerät einen Drone-Runner laufen mit dem ich Arm64 Software teste. Insgesamt ist das Gerät nicht wirklich ausgelastet. Das will ich ändern, habe aber etwas angst, dass die SD-Karte auf der alles läuft schnell korrupt wird und damit die Daten verloren gehen.

Nach einigen Jahren mit Google Chrome und Vivaldi Browser teste ich gerade ob ich mit Firefox klarkommen. Firefox bietet deutlich bessere Möglichkeiten die eigenen Daten zu schützen. Zudem scheint er unter Linux etwas besser integriert zu sein wie Vivaldi. Darauf möchte ich aber jetzt in dem Blog-Post nicht genauer eingehen. Es geht vielmehr darum, wie man mehrere Browser-Einstellungen synchronisieren kann und die eigentlichen Daten auf dem eigenen Servern bleiben. Firefox bietet die Möglichkeit über ein Konto alle Einstellungen des Browsers in der Cloud von Mozilla abzulegen.

Nach dem Relaunch der Wormatia Webseite und dem Umzug auf den neuen Server folgte das dritte Großprojekt in diesem Jahr für meinen Fußballverein. Es sollte die in die Jahre gekommene Live-Ticker Software auf eine neue und aktuelle Software-Basis umgestellt werden. Um das ganze etwas vorzubereiten hatte ich bereits vorher begonnen die Liveticker-Admin-Oberfläche auf VueJS Komponenten zu migrieren und die Kommunikation auf JSON API Anfragen umgestellt. Dadurch war die Admin-Oberfläche schon relativ entkoppelt.

Wer viele Docker Container auf verschiedenen Server laufen hat sollte sich um die Aktualisierung Gedanken machen. Ich selbst betreibe privat zwei Server mit einer Traefik Installation. Hinter Traefik liegen diverse Anwendungen in unterschiedlicher Größe die ich regelmäßig manuell aktualisiere damit ich möglichst auf dem neusten Stand der Technik bin. Das ist wichtig damit Sicherheitslücken geschlossen werden oder Fehler in der Software behoben werden. Das gilt auch für Docker Container. Diese sollten auch immer aktuell gehalten werden.

Gestern konnte ich bei der PHPUG Rheinhessen einen erweiterten Einblick in das Tool ddev geben. https://speakerdeck.com/cmuench/ddev-extended (Slides des Vortrags) Wer das Tool noch nicht kennt und im PHP Umfeld Projekte erstellt, der sollte sich es auf jeden Fall mal genauer anschauen.

Und weiter gehst … Nach dem Relaunch der Wormatia Homepage am 11. Juli musste nun der alte Wormatia Server daran glauben. Die Linux-Distribution war in die Jahre gekommen und es musste dringend eine Aktualisierung her. Die meisten Besucher der Webseite kennen nur die Webseite wormatia.de die den Verein nach Außen darstellt. Im Hintergrund ist die Wormatia Webseite allerdings um einiges vielfältiger als der eine oder andere glaubt. Es gibt z.B. ein spezielles Admin-Tool zur Pflege von Zeitungsartikel, Spielergebnissen, Vereins-Infos, Spieler-Statistiken usw.

Das scrollen bei meiner Maus war zu langsam. Da bin ich über das Arch Wiki auf imwheel gestoßen. Mit dem kleinen Programm kann man Tasten und virtuelle Tasten wie das Mausrad für verschiedene geöffnete Programme unterschiedlich einstellen. Man kann z.B. im Browser eine andere Geschwindigkeit einstellen wir für den Datei-Manager. Ich habe erstmal alles gleich eingestellt. Das Progamm kann über systemd auf Benutzerebene beim Login gestartet werden. Meine ~/.config/systemd/user/imwheel.service sieht wie folgt aus:

Seit gestern ist die neue Wormatia Homepage live. Zusammen mit meinem Wormatia Vereinskameraden Christian Bub haben wir es geschafft mit zwei Leuten die Vereinswebseite komplett zu überarbeiten. Das ganze hat natürlich eine Weile gedauert. Die offzielle Meldung findet ihr hier: https://www.wormatia.de/willkommen-auf-der-neuen-homepage/ Ich will hier aber etwas mehr auf die Technik eingehen… TYPO3 Historie Ein paar Fakten. Die alte Webseite lief mit TYPO3 in der Version 4.5. Ja ich weiss, dass ist bereits veraltet.

Vor kurzem hatte ich das Problem, dass ein `git push` zu einem Remote-Repository nicht funktionierte. Es wurde nur folgende Fehlermeldung ausgegeben: fatal: git fetch-pack: expected ACK/NAK, got '?? ? *** Server encountered a fatal error handling the push: Protocol got unexpected flush-pkt' Da die Ursache für dies Fehlermeldung alles mögliche sein kann, wäre es gut, wenn man mehr Information erhalten könnte. Glücklicherweise gibt es die folgenden Umgebungsvariablen die man setzen kann.

Gerade habe ich einen neuen Container in ein Kundenprojekt eingebaut. Aus Interesse wollte ich wissen wie viel Ressourcen durch den neuen Container im Projekt belegt werden. Genauer wollte ich wissen wie viel Arbeitsspeicher verbraucht wird. Da bin ich über das nützliche Kommando docker stats gestolpert. docker stats Das verhält sich ähnlich wie das bekannte Tool top. Die Anzeige aktualisiert sich alle paar Sekunden. Man kann die Anzeige auch auf einzelne Container eingrenzen.