Service
Eine Fehlerseite nach einem Update beheben, mit dem Sicherheitsnetz eines Entwicklers
Ihre Produktseite lädt schnell wieder, mit einer kleinen, dokumentierten Korrektur und einer Sicherung des Originals.
ProBezahlte Version
Was es ersetzt: 1–4 Std. Notfall-Entwicklerzeit
die Logs zeigen einen Fatal Error in override/classes/Product.php nach dem Update auf PS 9 (Methodensignatur passt nicht). Zeig mir die Datei, schlag eine Korrektur vor, die mit 9.x funktioniert, und spiel sie zuerst auf Staging ein
Was der Chat tut
- Der Chat liest den Fehler und findet die Datei, die ihn verursacht.
- Er schlägt die kleinste Korrektur vor und zeigt sie.
- Nach Ihrem Ja sichert er die Datei, spielt die Korrektur auf der Testkopie ein und prüft die Seite.
- Dann wiederholt er die Korrektur im Live-Shop mit einer neuen Vorschau.
Das Problem
Nach dem Update zeigt die Produktseite den allgemeinen Bildschirm „Hoppla, ein Fehler ist aufgetreten“. Das Fehlerlog zeigt auf alten eigenen Code.
Was Sie bekommen
Die Seite lädt wieder, mit einer minimalen, dokumentierten Korrektur. Die ursprüngliche Datei bleibt als Sicherung erhalten.
Sie behalten die Kontrolle
Sie sehen jede Änderung, bevor sie gespeichert wird, und nichts passiert ohne Ihr Ja. Diese tiefe Reparatur funktioniert nur, solange der Schalter Service an ist (er schaltet sich nach 3 Stunden selbst aus), und bewahrt eine Kopie jeder geänderten Datei und jedes geänderten Datensatzes auf.
Ähnliche Anwendungsfälle
- Fehlermeldungen nach einem Modul-Update verstehenInhalte und SEO, Katalog
- Den Zustand des Shops vor einem Update prüfenInhalte und SEO, Katalog
- Riskante Änderungen zuerst auf einer Testkopie des Shops erprobenTheme
- Einen Fehler im Code eines Moduls beheben, bis der Autor eine Korrektur liefertModule
- Eine Shop-Datei korrigieren, die Google blockiert, mit SicherungService
Für Entwickler
- Bereich
- 5 · Service
- In TellMyShop Free
- nein, nur in der bezahlten Version
- Für
- Entwickler, Agentur / Freelancer
- Werkzeuge
- ps_get_logs, ps_server_file, ps_inspect_page, ps_list_file_backups, ps_restore_file_backup, ps_clear_cache, ps_check_shop_health
Schritt für Schritt
- Liest den Fehler mit ps_get_logs und bestätigt Datei und Zeile.
- Liest bei eingeschaltetem Schalter Service override/classes/Product.php mit ps_server_file (action read).
- Schlägt eine minimale Korrektur vor, die mit 9.x funktioniert, und ruft ps_server_file (action edit) auf; die Vorschau als Diff macht eine PHP-Syntaxprüfung, und vor dem Speichern wird eine Sicherung angelegt.
- Speichert nach Ihrer Freigabe auf der Staging-Kopie, prüft ps_get_logs und die Seite mit ps_inspect_page erneut (und leert den Cache mit ps_clear_cache, wenn der Schalter Theme an ist) und wiederholt das dann in der Produktivumgebung mit einer neuen Vorschau.
- Geht etwas schief, stellt es mit ps_list_file_backups und ps_restore_file_backup wieder her.
Sicherheit
Service-Arbeiten (Dateien, Datenbank, Einstellungen) laufen nur, solange der Schalter Service an ist; er schaltet sich nach 3 Stunden selbst aus, und der Inhaber bekommt eine E-Mail, wenn er eingeschaltet wird. PHP-Dateien werden vor dem Speichern auf Syntax geprüft und gesichert; das Modul hat kein Werkzeug, das beliebigen PHP-Code ausführt. Geschützte Dateien (Datenbank-Zugangsdaten, .env, die eigenen Ordner des Moduls) sind unerreichbar. Ist der Shop ganz ausgefallen, kann der Notfallschlüssel des Moduls gesicherte Dateien wiederherstellen, ohne dass PrestaShop läuft.
Zuletzt aktualisiert: 2026-10-25