Heeft u ooit meegekeken met iemand die uw WordPress-site beheert, dan is de kans groot dat u een zwart scherm met witte regels tekst zag in plaats van het vertrouwde dashboard. Dat is bijna altijd WP-CLI. Deze WP-CLI uitleg is bedoeld voor ondernemers die willen begrijpen wat daar gebeurt en waarom het uitmaakt voor de rekening en de betrouwbaarheid van hun site.

U hoeft het zelf niet te gebruiken. Maar weten wat het is, helpt bij het beoordelen van een offerte en bij het gesprek met uw beheerder.

WP-CLI uitleg in gewone taal

WP-CLI staat voor WordPress Command Line Interface. Het is een officieel onderdeel van het WordPress-project waarmee u dezelfde handelingen doet als in het beheerscherm, maar via getypte opdrachten op de server. In plaats van klikken op “Bijwerken” typt iemand een regel als wp plugin update –all en zijn alle plugins bijgewerkt.

De vergelijking die het beste werkt: het beheerscherm is de winkel, WP-CLI is de personeelsingang. Hetzelfde gebouw, dezelfde spullen, maar zonder de wachtrij bij de kassa. Alles wat via WP-CLI gebeurt, kunt u daarna gewoon in uw dashboard terugzien.

U herkent het in een scherm aan opdrachten die allemaal met de letters wp beginnen, gevolgd door een onderwerp en een handeling. Belangrijk om te weten: het is geen los product waar u voor betaalt en het verandert niets aan uw site. Het is gereedschap dat op de server staat en dat alleen werkt voor iemand die al toegang tot die server heeft.

Wat het in de praktijk oplevert

Snelheid. Dertig plugins bijwerken via het dashboard betekent dertig keer klikken, wachten op een pagina die herlaadt, en hopen dat de verbinding het volhoudt. Via de opdrachtregel is dat één regel en dertig seconden. Bij één site scheelt dat een kwartier. Bij twintig sites scheelt dat een werkdag, en dat verschil ziet u terug in wat beheer kost.

Minder mislukte updates. Updates via de browser lopen over een webverzoek dat na dertig of zestig seconden wordt afgebroken. Duurt een update langer, dan stopt hij halverwege en blijft uw site in onderhoudsmodus hangen. Dat is precies de oorzaak achter updates die halverwege blijven steken. Op de opdrachtregel geldt die tijdslimiet niet.

Werken als de site stuk is. Dit is misschien wel het grootste voordeel. Ligt uw site plat met een witte pagina, dan kunt u niet inloggen op het dashboard, want dat is ook stuk. Met WP-CLI kan uw beheerder alsnog een plugin uitzetten, het thema terugzetten of een wachtwoord aanpassen. Zonder dat gereedschap moet iemand via een bestandsbeheerder mappen gaan hernoemen, wat trager en foutgevoeliger is.

Herhaalbaarheid. Een reeks opdrachten kan in een scriptje, en dat script doet elke keer exact hetzelfde. Handwerk kent vergissingen; een script niet.

Wat er zoal mee gedaan wordt

  • Updates uitvoeren van core, plugins, thema’s en vertalingen, eventueel per stuk.
  • Een database-back-up maken voordat er iets wijzigt, in enkele seconden.
  • De database opschonen: oude revisies, verlopen tijdelijke gegevens en spamreacties verwijderen zonder daar een extra plugin voor te installeren.
  • Zoeken en vervangen in de hele database, bijvoorbeeld bij een verhuizing van een testadres naar het echte domein. Dit is de veiligste manier, omdat het rekening houdt met opgeslagen instellingen die bij ruw zoeken en vervangen kapotgaan.
  • Gebruikers beheren: een wachtwoord opnieuw instellen of een beheerder toevoegen als niemand meer binnenkomt.
  • Een kopie van de site maken naar een testomgeving en daar de updates eerst uitproberen.
  • Controleren of bestanden zijn gewijzigd ten opzichte van de officiële versie, wat bij een vermoeden van een hack het eerste is wat u wilt weten.

Waar het niet voor bedoeld is

WP-CLI is geen wondermiddel en het is zeker geen vervanging van nadenken. Een paar eerlijke kanttekeningen.

Er zit geen vangnet in. Typt iemand een opdracht om alle berichten van een bepaald type te verwijderen en klopt de filter net niet, dan zijn ze weg. Geen prullenbak, geen bevestigingsvenster. Daarom hoort er altijd een back-up voor te gaan, en wie dat overslaat, neemt een onnodig risico.

Het werkt ook niet overal. Op goedkope gedeelde hosting is er vaak geen toegang tot de opdrachtregel. Sommige pakketten bieden het wel via een omweg in het klantpaneel, andere helemaal niet. Is dat voor u belangrijk, vraag er dan naar voordat u een hostingpakket kiest; het is een reëel verschil tussen aanbieders.

En het maakt uw site niet sneller of veiliger. Het maakt het werk aan uw site sneller en minder foutgevoelig. Dat is een verschil dat u in een verkooppraatje wel eens door elkaar hoort lopen.

Wat u ermee kunt in een gesprek

U hoeft niet mee te praten over commando’s. Twee vragen zijn genoeg om te horen hoe iemand werkt.

  1. “Werkt u met de opdrachtregel of via het dashboard?” Beide antwoorden kunnen prima zijn, maar bij meer dan een handvol sites verwacht u het eerste.
  2. “Wat doet u als ik niet meer op mijn eigen site kan inloggen?” Een antwoord waarin toegang tot de server voorkomt, is geruststellender dan “dan zetten we een back-up terug”.

Voor u als opdrachtgever telt vooral het resultaat: minder tijd per site, minder mislukte updates, en een beheerder die ook kan handelen als het dashboard onbereikbaar is. Dat zit verwerkt in de prijs van beheer waarbij updates op de server worden uitgevoerd, en het is een van de redenen dat een vast bedrag per maand haalbaar is.

Wilt u dieper in de achterliggende techniek, dan sluit de uitleg over geplande taken in WordPress hier logisch op aan; die taken worden op serverniveau namelijk vaak met hetzelfde gereedschap aangestuurd.