Warum search-replace serialisation-safe

Das Problem

WordPress speichert viele Optionen in Form von PHP-serialisierten Daten. Dieses Format kodiert die Länge jeder Zeichenkette. Wenn Sie eine URL durch eine andere mit unterschiedlicher Länge mit einem einfachen SQL-Suchen/Ersetzen ersetzen, stimmt die angegebene Länge nicht mehr überein, und WordPress kann die Daten nicht mehr lesen.

Ein konkretes Beispiel

Eine serialisierte siteurl-Option. Das s:25 gibt eine Zeichenkette von 25 Zeichen an.

a:1:{s:7:"siteurl";s:25:"https://ancien-domaine.com";}

Naiver Ersatz (falsche Länge, Daten beschädigt):

a:1:{s:7:"siteurl";s:25:"https://nouveau-domaine.com";}

Serialisation-safe (Länge neu berechnet):

a:1:{s:7:"siteurl";s:26:"https://nouveau-domaine.com";}

Wie das Tool vorgeht

1. Es deserialisiert den Wert, falls er serialisiert ist.
2. Es durchläuft rekursiv verschachtelte Arrays, Objekte und Zeichenketten.
3. Es ersetzt die alte Zeichenkette durch die neue.
4. Es serialisiert neu: PHP berechnet dann automatisch die Längen neu.