Git Projekt

Tagebuch

Vor einer Weile habe ich angefangen, ein digitales Offline-Tagebuch zu schreiben. Also schon in digitaler Form auf einem Rechner, aber nicht im Web veröffentlicht. Das hat zur Folge, dass wesentlich weniger Hirnfürze hier im Blog landen. Und das ist gut.

Inhaltlich geht es im Großen und Ganzen um Fakten zum Tag und um Gespräche oder Ereignisse, an die ich mich später mal erinnern möchte oder muss. Nichts, das zu privat ist.

Die Texte schreibe ich in Markdown mit einer Art Frontmatter. Jeden Tag erstelle ich eine Datei, e. g. 2026-07-18.md, und schreibe dort mehr oder weniger ungeordnet rein. Zettlr hat sich als das ultimative Schreibwerkzeug erwiesen und hat sogar eine LanguageTool-API-Integration.

Plaintext, was Markdown ja letztendlich ist, erscheint mir als nachhaltiges Format, um Texte längerfristig zu speichern. Wer schon das eine oder andere Jahrzehnt bloggt, hat sich vielleicht auch schon mal Gedanken darüber gemacht, ob es nachhaltig ist, ein Blog ausschließlich in einer Datenbank zu halten.

Damit ich von jedem Gerät aus schreiben kann, lagern die Texte in einem privaten Git-Repository. Um den Spaß bequem lesen zu können, gibt es noch ein kleines Git-PHP-Projekt zur Ausgabe des Tagebuchs im Browser.

standard.site || Blogs schnell in die ATmosphere bringen

Vor einer kurzen Weile bin ich von verschiedener Seite auf standard.site und den Reader aufmerksam gemacht worden. Ich fand’s toll und wollte auch dabei sein. Und da das AT Protokoll eine recht überschaubare Sache ist, habe ich meinem Blog einen bsky-Account gegönnt und ein Composer-Päckchen geschnürt, um eine beliebige PHP-basierte Publikationsplattform recht einfach anbinden zu können.

Und siehe da. Nach nur wenigen Stunden ist mein Blog auf der standard-reader.app sichtbar.

Das Package macht ein Blog und seine Posts im Atmosphere-Netzwerk (eg. standard-reader.app) sichtbar und crosspostet auf BlueSky. Es hat keine weiteren Abhängigkeiten außer ext-curl und ext-json und kann mit ein paar Handgriffen im eigenen PHP Code eingebunden werden. Zurzeit gibt es noch keine Registrierung bei Packagist und man muss das Repo in der composer.json des Host-Projekts bekannt machen:

  "repositories": [
    {...}
    {
      "type": "git", 
      "url": "git@github.com:kniebes/io-atmosphere.git"
    }
  ]

Naja, und der Rest steht im README und im Implementierungsbeispiel.

Movie Tracker als Standalone Projekt

Ich habe mal den Movie Tracker aus der Blogsoftware herausgepfriemelt und als eigenständiges Projekt auf GitHub bereitgestellt. Eigentlich sind es nur vier Views:

Login

Movie Tracker Login
Movie Tracker Login

Der Single-User-Login wird über die .env konfiguriert.

AUTH_USERNAME=mk
AUTH_PASSWORD_HASH='<password_hash>'

Der Passwort-Hash kann mit einem mitgelieferten PHP-Skript erzeugt werden:

$ php bin/create-password-hash.php mein-passwort
In die .env übernehmen (inklusive Anführungszeichen):
AUTH_PASSWORD_HASH='$2y$12$eKomaqWXRQNHJa0pdrw9huODslOQMADsLwGCfYRqrJu76NlO2Zuxu'

Movies Übersicht

Movie Tracker Movie List
Movie Tracker Movie List

Im Listview werden die angeschauten Filme und Serien in chronologischer Reihenfolge angezeigt. Ein Klick auf einen Eintrag öffnet den Editview.


Hinzufügen/Bearbeiten

Movie Tracker Movie Edit
Movie Tracker Movie Edit

Beim Anlegen eines neuen Elements reicht es, den Titel einzugeben und auf „Von TMDB laden“ zu klicken. Soweit der Film gefunden wird, werden Darsteller, Originaltitel, Jahr und URL automatisch ergänzt.


Cast

Movie Tracker Cast
Movie Tracker Cast

Die Darstellerliste enthält den Cast, der mit einem Film gespeichert wurde.

Der schnellste Weg, um die Darsteller mit einer URL auszustatten, geht über ein kleines Skript, das die URL in der TMDb abfragt.

Aber die URLs können auch von Hand bearbeitet werden und man kann eine andere als den automatisch ergänzten Person-Link von TMDb nehmen.

$ php bin/update-movie-cast-urls.php
[1 von 11] Brad Pitt: https://www.themoviedb.org/person/287
[2 von 11] Charlotte Gainsbourg: https://www.themoviedb.org/person/4273
[3 von 11] Jessie T. Usher: https://www.themoviedb.org/person/198847
[4 von 11] LaKeith Stanfield: https://www.themoviedb.org/person/1200864
[5 von 11] Maika Monroe: https://www.themoviedb.org/person/1094091
[6 von 11] Mark Wahlberg: https://www.themoviedb.org/person/13240
[7 von 11] Rosa Salazar: https://www.themoviedb.org/person/973667
[8 von 11] Thomas Jane: https://www.themoviedb.org/person/11155
[9 von 11] Travis Tope: https://www.themoviedb.org/person/1278725
[10 von 11] William Fichtner: https://www.themoviedb.org/person/886
[11 von 11] 杨颖: https://www.themoviedb.org/person/150899
Fertig. 11 von 11 aktualisiert.

Simple Anti-FOMO RSS-Reader

Das erste Mal, dass ich ein GitHub Repo public mache. Im RSS-Club hatte ich ja schon mal angedeutet, dass ich einen einzigen RSS-Reader geschrieben habe, der per LLM FeedItem für mich nach Relevanz sortieren soll. Ich muss nicht alles lesen, was mir vor die Augen kommt. Man wird heutzutage ohnehin schon wie blöd mit News vollgepumpt. Quasi ein Anti-FOMO RSS-Reader. Der Name ist noch etwas sperrig.

Feature sind überschaubar:

  • Feeds werden einer OPML-Datei entnommen, gelesen und die Items in einer MySQL Tabelle hinterlegt.
  • Wenn ein ANTHROPIC_API_KEY hinterlegt ist, werden neu gelesene Items mit dem claude-haiku-4-5-20251001-Model klassifiziert. Dazu wird eine Markdown-Datei mit einer Liste von Kategorien herangezogen. Diese enthält je Zeile eine Kategorie mit Schlüsselwörtern/Definition. Die Reihenfolge der Kategorien entspricht der Relevanz. Was nicht vom LLM klassifiziert werden kann, ist „Nicht kategorisiert“ und steht unten in der Liste. Das sind dann in der Regel Posts, die sich nicht mit meinem Interessenbereich decken. Bei der Klassifizierung entstehen geringfügige Kosten.
  • Neue Items können als gelesen markiert werden.
  • Alte Items werden nach 5 entsorgt. * Items können favorisiert werden und bleiben dann über 5 Tage hinaus behalten.

Mehr gibt es noch nicht. Ich könnte mir vorstellen, die index.php zum Lesen auch wegzulassen und stattdessen das Ganze als RSS-Feed mit (soweit verfügbar) vollständigen Posts einfach nur als Feed bereitzustellen, den ich dann mit NetNewsWire lesen kann. Mal sehen …

Eine DDEV-Config ist im Repo enthalten.

Naja, es ist eher eine Art Proof of Concept als eine ernst gemeinte Anwendung. Ich denke, dass man so etwas vielleicht auch mit ein paar Klicks in Inoreader machen könnte. Aber wo bleibt denn da der Spaß.