Pro Beitrag ein kleines Teil: eine Abfrage, ein Tagesjob, ein Trick, eine Falle, die einen Nachmittag gekostet hat.
Geplante Jobs auf einem Mac gehören in eine launchd-Plist: Sie überleben Neustarts, laufen als dein Benutzer und loggen dorthin, wo du es findest. Eine minimale Plist, die Befehle zum Laden und die Datenschutz-Falle, durch die ein Job unter Dokumente mit Operation not permitted scheitert.
Ein paar Rechner in meinem Tailscale-Netz laufen unbeaufsichtigt. Statt jeden einzeln in den Zugriffsregeln zu nennen, tragen sie ein Tag, und die Regeln sprechen über das Tag: wer sie erreichen darf, auf welchen Ports, wer per SSH drauf darf. Einen Rechner hinzufügen ist keine Policy-Änderung mehr.
Ein Ordner mit Rohmaterial, ein geplanter Job, der jeden Morgen aus einem Eintrag einen Artikel macht und ihn veröffentlicht, und ein Mensch, der in der ersten Woche jeden Beitrag liest, bevor der Job allein laufen darf.
launchctl kickstart -k startet einen launchd-Job mit der Konfiguration neu, die er schon im Speicher hat. Plist bearbeiten, kickstart, und der Dienst kommt mit den alten Einstellungen zurück und sieht dabei frisch neu gestartet aus. Wie das zuschlägt und die zwei Zeilen, die es beheben.
Alle zehn Minuten lädt ein Skript die Kaufseite eines Produkts und prüft, ob der Bezahlknopf da ist. Es schreibt pro Vorfall genau zweimal in einen Chat-Kanal: einmal, wenn die Seite ausfällt, einmal, wenn sie zurück ist. Dazwischen nie.
Lead-Formulare auf Meta sammeln die ganze Nacht Namen und zeigen sie in einem Dashboard, das niemand öffnet. Ein kurzes geplantes Skript holt die Leads von gestern, schreibt eine saubere CSV und schickt sie, bevor der Kunde seinen ersten Kaffee hat.
