Service
Einen fehlerhaften Import in Hunderten Produkten korrigieren, mit einer Kopie jeder Änderung
Ein Fehler in Hunderten Produkten wird in einem sorgfältigen Durchgang korrigiert, und die alten Werte bleiben erhalten, damit es sich rückgängig machen lässt.
ProBezahlte Version
Was es ersetzt: 2–3 Std. Vorbereiten und Prüfen einer Datenbankkorrektur
zähl die Produkte, deren ean13 mit einem Leerzeichen oder Apostroph beginnt, zeig 10 Beispiele und räum sie dann auf. Höchstens 1000 Zeilen, mit Sicherung, damit wir es rückgängig machen können
Was der Chat tut
- Der Chat zählt die betroffenen Produkte und zeigt Beispiele.
- Er zeigt die geplante Änderung und genau, wie viele Datensätze sie betrifft.
- Nach Ihrem Ja macht er die Änderung mit einer Sicherheitsgrenze und behält eine Kopie jedes geänderten Datensatzes.
- Er prüft das Ergebnis und sagt Ihnen, wie Sie es bei Bedarf rückgängig machen.
Das Problem
Ein Import hat vor 800 Barcodes Leerzeichen und einen Apostroph gesetzt, also lehnt Google Merchant die Produkte ab. Im Backend lässt sich das nicht massenhaft korrigieren.
Was Sie bekommen
Alle Barcodes sind sauber, Google kann die Produkte wieder annehmen, und die alten Werte bleiben im Änderungsverlauf.
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
Für Entwickler
- Bereich
- 5 · Service
- In TellMyShop Free
- nein, nur in der bezahlten Version
- Für
- Entwickler, Agentur / Freelancer
- Werkzeuge
- ps_db_query, ps_db_execute, ps_get_product, ps_revert_change
Schritt für Schritt
- Zählt und zieht Stichproben mit ps_db_query (SELECT auf product, wo ean13 mit einem Leerzeichen oder Apostroph beginnt; product_attribute wird genauso geprüft).
- Bereitet ein UPDATE auf einer einzigen Tabelle ohne JOIN vor (damit die Zeilensicherung greift) und ruft ps_db_execute ohne confirm auf: Die Vorschau zeigt die Zahl der Zeilen und eine Stichprobe.
- Führt es in einer Transaktion mit max_rows=1000 aus; würden sich mehr Zeilen ändern, wird zurückgerollt. Die alten Zeilenwerte werden für ps_revert_change gespeichert.
- Prüft mit ps_db_query und kontrolliert stichprobenartig Produkte mit ps_get_product.
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. ps_db_execute führt ein INSERT/UPDATE/DELETE/REPLACE in einer Transaktion aus; die Vorschau zeigt die Zahl der Zeilen und eine Stichprobe, und die Änderung wird zurückgerollt, wenn sich mehr Zeilen als max_rows (bis zu 1000) ändern würden. Ein UPDATE oder DELETE auf einer einzigen Tabelle ohne JOIN behält eine Kopie jeder geänderten Zeile, sodass ps_revert_change es rückgängig machen kann. UPDATE/DELETE ohne WHERE braucht all_rows=true; ALTER/CREATE/DROP/TRUNCATE brauchen allow_ddl=true und lassen sich nicht rückgängig machen. Eine direkte Datenbankänderung umgeht Modul-Hooks und Caches, deshalb wird stattdessen ein reguläres Werkzeug genutzt, wann immer es eines gibt. Probieren Sie es zuerst auf einer Staging-Kopie aus.
Zuletzt aktualisiert: 2026-10-25