Kort svar: WP-CLI er WordPress’ kommandolinje: alt det, du klikker dig igennem i wp-admin, kan gøres med én kommando over SSH – hurtigere, i bulk og uden at røre browseren. De ti opgaver, der betaler sig først: opdatering af plugins/kerne, database-eksport før ændringer, search-replace ved domæneskift, kodeords-nulstilling, cache- og transient-oprydning, cron-fejlsøgning, billedregenerering, brugeroprettelse, oprydning i revisioner og hurtige option-tjek. Reglerne: backup før alt,
--dry-runfør search-replace – og øv dig på staging, ikke på kundens webshop.
Første gang man ser en kollega opdatere sytten plugins, rydde cache og tage en databasebackup på tredive sekunder i et sort vindue, føles det som trylleri. Det er det ikke – det er WP-CLI, og det er nemmere at lære, end det ser ud. Denne guide er på dansk, for begyndere, og bygget om ti konkrete opgaver, du allerede laver i hånden i dag – bare langsommere.
WP-CLI kører på serveren, så du skal bruge SSH-adgang – på ordentlig WordPress-hosting (inklusive Hostious) er både SSH og WP-CLI klar på forhånd: log ind, stå i sitets mappe, og skriv wp --info – svarer den med versionsnumre, er du kørende. Grundmønstret er altid wp [område] [handling]: wp plugin list, wp user list, wp core version. To vaner fra minut ét: skriv wp help [område], når du er i tvivl – dokumentationen bor i værktøjet – og kør ALDRIG en kommando, du ikke forstår, på et levende site. Øvelsesbanen er en staging-kopi: dér må alt gå galt.
1) Se og opdatér plugins: wp plugin list viser alle med version og opdateringsstatus – wp plugin update --all opdaterer hele bundtet (eller ét ad gangen med navnet). 2) Kerne og temaer: wp core update og wp theme update --all – samme logik. 3) Cache og transients: wp cache flush tømmer objektcachen, og wp transient delete --expired rydder udløbne midlertidige data – to klassiske førsteskridt i fejlsøgning. 4) Brugere og kodeord: wp user create opretter (med rolle), og wp user update admin --user_pass=nytkodeord nulstiller – uvurderligt den dag, mail-nulstillingen ikke virker. Alene opgave 1-2 i fast ugentlig rutine sparer et kvarter pr. site – gang selv op med antallet af sites i din portefølje.
5) Backup på kommando: wp db export backup.sql gemmer hele databasen som fil – vanen FØR enhver større ændring (og wp db import backup.sql ruller tilbage). 6) Search-replace: WP-CLI’s berømteste trick – wp search-replace 'https://gammel.dk' 'https://ny.dk' skifter domæne overalt i databasen og håndterer endda serialiserede data korrekt, hvilket en rå SQL-erstatning ødelægger. Kør ALTID først med --dry-run, så du ser antallet af ændringer, før de sker. 7) Cron-styring: wp cron event list viser alle planlagte jobs, og wp cron event run --due-now kører dem manuelt – første værktøj, når planlagte opgaver driller. De tre kommandoer er tilsammen rygraden i enhver flytning og hovedparten af al databaseførstehjælp.
8) Billedregenerering: wp media regenerate --yes genskaber alle billedstørrelser – redningen efter tema-skift, hvor thumbnails står forkert. 9) Revisions-oprydning: wp post list --post_type=revision --format=count afslører, hvor mange tusind revisioner databasen slæber på, og wp post delete $(wp post list --post_type=revision --format=ids) --force rydder dem (backup først – se opgave 5). 10) Options-tjek: wp option get siteurl og søskende viser indstillinger direkte – og wp option update blogdescription 'Ny tekst' ændrer dem, også når wp-admin er utilgængelig. Fællesnævneren for alle ti: de virker OGSÅ, når sitet fejler i browseren – hvilket gør WP-CLI til det vigtigste værktøj, præcis når det gælder.
Fire regler gør WP-CLI sikkert: 1) wp db export FØR alt, der skriver. 2) --dry-run, hvor det findes – og læs tallet, før du kører uden. 3) Nye kommandoer afprøves på staging først. 4) Vær på det RIGTIGE site – wp option get siteurl som første kommando i enhver session er en billig forsikring, især med mange sites på samme server. Når de ti opgaver sidder i fingrene, kommer næste niveau af sig selv: sæt kommandoerne sammen i små scripts („opdatér alt + eksportér db + log resultatet“), og kør dem planlagt – så er du reelt i gang med rigtig automatisering, og så er du klar til cron-guiden, der gør de planlagte kørsler pålidelige.
Kun det mest basale: logge ind med SSH og stå i den rigtige mappe. Selve kommandoerne er selvforklarende engelsk (wp plugin update --all), og wp help guider undervejs.
Som ethvert værktøj med skriveadgang: ja, hvis du kører skrivende kommandoer ukritisk. Med backup før, dry-run under og staging som øvebane er risikoen mindre end ved at klikke rundt i wp-admin.
Det kræver SSH-adgang, og at værktøjet er installeret – standard på kvalitets-WordPress-hosting, fraværende på mange discount-webhoteller. Spørg din udbyder – svaret siger i øvrigt en del om udbyderen.
