Das RSS-Comeback, das du nicht kommen sahst

Lass uns Klartext reden: RSS-Feeds hatten ein schwieriges Jahrzehnt. Während Social Media die Welt dominierte, wurde Feed-Lesen zur Domäne von Entwicklern und Power-Usern. Die Kehrseite? Alles folgt dem Chronologie-Prinzip. Dein geniales 2021er-Post über API-Design versinkt unter monatlichen Updates – und neue Abonnenten gehen leer aus.

Genau hier setzt feed-repeat an. Das Haskell-Tool des Entwicklers Abhinav kuratiert mehrere RSS-, Atom- und RDF-Feeds und spült ältere Inhalte systematisch zurück in den Stream. Evergreens bekommen eine zweite (oder dritte) Chance auf Sichtbarkeit.

Warum exponentielle Gewichtung den Unterschied macht

Zufall ist einfach. Zufall ist auch nutzlos.

Stell dir vor, du würfelt einfach alte Posts in den Feed – das Ergebnis wäre Chaos. Feed-repeat arbeitet deshalb mit exponential weighting: Je länger ein Beitrag brach liegt, desto höher seine Chance auf ein Comeback. Das erzeugt einen natürlichen Rhythmus, bei dem dein Archiv durchlaufen wird, statt willkürlich zusammengewürfelt zu werden.

Konfigurieren lässt sich einiges:

• Minimales Entry-Alter — Nichts aus der letzten Woche
• Anzahl Wiederholungen pro Zyklus — Wie viele alte Einträge pro Durchlauf
• Domain-Limits — Verhindert, dass ein einzelner Feed dominiert
• Selection Alpha — Feintuning für die Gewichtungskurve

Stabilität ohne Kompromisse

Feed-repeat überzeugt nicht nur konzeptionell, sondern läuft produktionsreif:

Cleveres Caching — Quell-Feeds fallen mal aus, Server streiken. Lokales Caching puffert diese Ausfälle ab. Dein Output bleibt konsistent, egal was upstream passiert.

Multi-Source-Aggregation — Verschiedene Quell-Feeds mit individuellen Regeln. Vielleicht beziehst du drei Branchen-Feeds plus dein eigenes Archiv – jeder mit eigenen Sampling-Parametern.

Format-Vielfalt — RSS 2.0, Atom oder RDF (ja, RDF lebt noch) – feed-repeat verarbeitet alles gleichermaßen.

Deployment für jeden Geschmack

Hier wird's spannend für Entwickler und Ops-Teams:

NixOS-Nutzer bekommen ein vollwertiges Modul. Füge deine Feed-Konfiguration direkt in die NixOS-Config ein – das Modul generiert den systemd-Service, verwaltet Rechte und konfiguriert optional Nginx mit SSL. Infrastructure-as-Code vom Feinsten.

Klassisches Systemd funktioniert auf jedem Linux-System. Ein paar manuelle Schritte (User anlegen, Verzeichnisse, Berechtigungen), aber die Doku ist solide.

Docker-Fan? Das Image liegt fertig auf GitHub Container Registry. Config mounten, Output-Verzeichnis, Cache-Volume – läuft in Sekunden. Non-Root-User im Container ist ein nettes Sicherheits-Detail.

GitHub Pages eignen sich perfekt, da der Output aus statischen Feed-Dateien besteht. Aggregierte "Best-of"-Feeds kostenlos hosten? Kein Problem.

Für wen ist das interessant?

Technische Blogger mit umfangreichem Archiv, die ihre besten Beiträge nicht vergraben wollen.

Feed-Aggregatoren, die kuratierte Streams aus verschiedenen Quellen zusammenstellen.

Entwickler, die gut gebautes Haskell schätzen und am Projekt mitwirken wollen.

NixOS-Anwender, die Feed-Management deklarativ in ihre Systemkonfiguration integrieren wollen.

Reinschnuppern

Vorgefertigte Binaries für AMD64 und AArch64 gibt's ohne Haskell-Installation. Wer selbst bauen will: GHCup macht das Toolchain-Setup einfach.

Docker bietet den schnellsten Weg von der Installation zum laufenden System: Image ziehen, Config mounten, fertig.

Was feed-repeat bemerkenswert macht, ist weniger die reine Funktion – es ist die durchdachte Umsetzung. Exponentielle Gewichtung, robustes Caching, multiple Deployment-Wege und NixOS-Integration verraten, dass jemand ein Tool für die eigene Workflow-optimierung gebaut und dann für andere poliert hat. Genau das ist das Open-Source-Ideal.

Falls du dich fragst, wie du mehr aus deinem Content-Archiv holst – feed-repeat könnte das Werkzeug sein, das du bisher übersehen hast.

Projektlink: github.com/abhin4v/feed-repeat