Pro Beitrag ein kleines Teil: eine Abfrage, ein Tagesjob, ein Trick, eine Falle, die einen Nachmittag gekostet hat.
Eine Schrift, die beim Seitenaufruf von Google geladen wird, schickt die IP des Besuchers an Google, bevor irgendwer irgendwas erlaubt hat. Next.js bündelt dieselbe Schrift beim Build, und die Anfrage findet nie statt.
Ein Mac steht zu Hause hinter einem normalen Router, keine öffentliche IP, kein Port-Forwarding, und ich öffne von einem Laptop irgendwo eine Shell darauf. Tailscale macht Netz und Schlüssel, MagicDNS gibt ihm einen Namen. Dazu die drei Dinge, die du prüfst, wenn er nicht mehr antwortet.
Ein älteres MacBook taugt gut als Maschine, die immer läuft, für geplante Jobs und Builds, wenn du ihm das Schlafen abgewöhnst, es sich selbst anmelden lässt und es in Ruhe lässt. Die paar Einstellungen, auf die es ankommt, und was du nach jedem macOS-Update nachprüfen solltest.
Eine kleine Firma ohne Ops-Abteilung, ein Dutzend bewegliche Teile und ein Gründer, der früher um drei Uhr nachts Server repariert hat. Was sich geändert hat: ein DevOps-Engineer in Teilzeit, asynchron, und ein Repo, das der einzige Ort ist, an dem Arbeit übergeben wird.
Ein Mangel fällt dir mit vollen Händen auf und ist vergessen, bevor du am Schreibtisch sitzt. Eine winzige lokale Webseite nimmt ein Foto und einen Satz und hängt beides an eine Markdown-Datei, wo es wartet, bis jemand es repariert.
Jemand will die Seite sehen, bevor sie deployt ist, und die Seite ist ein Dev-Server auf meinem Laptop. Zwei Tailscale-Befehle geben einen vorübergehenden HTTPS-Link heraus: serve für Leute in deinem Netz, funnel für jeden mit Browser. Wann du welchen nimmst, und wie du ihn wieder abschaltest.
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.
Eine Montagsaufgabe von vierzig Minuten, erledigt von einem Agenten nach einer geschriebenen Anleitung, mit einer Prüfung am Ende, die entscheidet, ob das Ergebnis zählt. Die Anleitungsdatei ist die eigentliche Arbeit, der Lauf ist der leichte Teil.
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.
Ein frischer AWS-Account darf über SES nur an Adressen schicken, die du selbst verifiziert hast. Dein Test an dein eigenes Postfach klappt, der erste echte Empfänger scheitert, und der Fehler ist leicht zu übersehen. Woran du es merkst und wie du rauskommst.
Cutter legen fertige Dateien in einen geteilten Google-Drive-Ordner. Ein Cronjob kopiert den Ordner mit rclone auf ein öffentliches S3-Präfix, und jede Datei bekommt eine stabile URL, die im Browser, in einem API-Aufruf oder in einer Tabelle funktioniert, ohne dass sich jemand einloggt.
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.
