Pourquoi le search-replace serialisation-safe

Le probleme

WordPress stocke beaucoup d'options sous forme de donnees PHP serialisees. Ce format encode la longueur de chaque chaine. Si vous remplacez une URL par une autre de longueur differente avec un simple rechercher/remplacer SQL, la longueur declaree ne correspond plus, et WordPress n'arrive plus a lire la donnee.

Un exemple concret

Une option siteurl serialisee. Le s:25 indique une chaine de 25 caracteres.

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

Remplacement naif (longueur fausse, donnee corrompue) :

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

Serialisation-safe (longueur recalculee) :

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

Comment l'outil s'y prend

1. Il de-serialise la valeur si elle l'est.
2. Il parcourt recursivement tableaux, objets et chaines imbriques.
3. Il remplace l'ancienne chaine par la nouvelle.
4. Il re-serialise : PHP recalcule alors automatiquement les longueurs.