Rekkefølgen på kommandoene er viktigere enn kommandoene selv

WP-CLI spør ikke om bekreftelse og har ingen angrefunksjon. Derfor er hvert scenario her bygd etter samme mønster: først sikkerhetskopien, så prøvekjøringen, og først deretter den skarpe kommandoen. wp db export — tar sekunder og redder en times arbeid. --dry-run i search-replace viser hvor mange rader som ville blitt endret, uten å endre noe. Å hoppe over dette trinnet er den dyreste feilen i arbeidet med WP-CLI. --skip-columns=guid er slått på som standard: i WordPress er guid en uforanderlig identifikator for innlegget, ikke en adresse. Endres den, viser RSS-lesere hele arkivet som nye publiseringer. --precise slår av den raske veien og tvinger WP-CLI til å pakke ut serialiserte verdier. Tregere, men det er nettopp dette som redder modulene og temainnstillingene. --all-tables-with-prefix fanger opp utvidelsenes tabeller med prefikset ditt, som standarderstatningen ikke rører. Etter enhver masseerstatning trengs wp cache flush og wp rewrite flush — ellers fortsetter nettstedet å levere de gamle verdiene fra hurtiglageret.