Ruzie in de Wordpress-wereld (en wat jij ervan kan leren)

Wat is er aan de hand?
WordPress.com en WP Engine bieden allebei gehoste versies van het populaire content management systeem (cms) WordPress aan.

Daarnaast zorgt WordPress.com ervoor dat je je cms via haar marketplace kan uitbreiden met plugins. Hiermee kan je je website voorzien van bijna oneindig veel extra functionaliteiten. Ook WP Engine brengt op deze marketplace van alles aan de man, waaronder de enorm populaire plugin Advanced Custom Fields (ACF).

Of nou ja, WP Engine deed dit. Verleden tijd dus.

WordPress.com heeft WP Engine namelijk van haar marketplace afgegooid. Hierdoor kunnen WP Engine-klanten hun plugin(s) niet meer updaten.

Of dat niet genoeg is, heeft WordPress.com ook nog eens de ACF-plugin gekopieerd, aangepast en aangeboden aan WordPress-gebruikers. WP Engine heeft daarop haar klanten gewaarschuwd om een alternatieve installatie uit te voeren, zodat de eigen plugin kan blijven werken inclusief updates.

Voilà, ruzie compleet.

Wat zit erachter?
Beide organisaties bieden een ‘Software as a Service’-oplossing aan:

• WordPress.com als ontwikkelaar van het gelijknamige cms
• WP Engine als ontwikkelaar van plugins

Hierin zijn ze afhankelijk van elkaar. Al tijden wordt er over en weer met modder gegooid. De een verwijt de ander verkeerde technische keuzes te maken. De ander verwijt de een voor beveiligingsproblemen te zorgen.

Out in the OpenSource
Ruzies als deze komen vaker voor in de wereld van OpenSource-software. Ik had liever gezien dat ze een kop koffie waren gaan drinken om het geschil uit de wereld te praten, maar dat is helaas niet gebeurd.

Voordeel van deze openlijke ruzie is wél dat iedereen nu weet wat er aan de hand is. En dat je daarop kan acteren.

Gebruik je WordPress?
Dan is er helaas geen eenduidig antwoord te geven op de vraag in hoeverre dit jouw platform raakt. Dit hang namelijk sterk af van hoe de architectuur van je webapplicaties in elkaar steekt.

Heb je een of meerdere WP Engine-producten? Dan is er zeker reden tot zorg. Mogelijk is je website nu niet in staat beveiligingsupdates te installeren. Overleg met je developers wat je het beste kan doen.

Goed om te weten: wij informeren al onze klanten pro-actief. 

Wat deze ruzie ons allemaal leert
Bij het opzetten van de architectuur van webapplicaties is het o zo belangrijk om vooraf een goede risico-analyse te maken: welke onderdelen worden gebruikt en welke afhankelijkheden leveren die op? Alleen zo kan je een verstandig besluit nemen over wat je wel en niet onder de motorkop installeert.

Ik besef dat dit geen garantie is voor mogelijke negatieve effecten van welke IT-ruzie dan ook. Wel kan je sneller en gerichter handelen als het schelden begint.

Hulp daarbij nodig? Neem gerust vrijblijvend contact met ons op.

Auteur: Sander van den Broek