Pimcore 11: wat de platformupgrade verandert voor PIM-teams

Pimcore 11 is een platformupgrade. Draai je Pimcore als je PIM, plan dan ontwikkeltijd in. Het productteam merkt drie veranderingen: bereikattributen op data-objecten, eigen document- en assettypen, en PDF-previews via Gotenberg. Het andere werk, 840 opgeloste issues en pull requests, is er zodat de kern onderhoudbaar blijft.

Pimcore publiceerde de release op 17 mei 2023. Het bericht van Bastian Zechmeister, content marketing manager bij Pimcore, is de bron voor wat volgt, en het geldt voor zowel de Community Edition als de Enterprise Edition. Het releasebericht is voor ontwikkelaars geschreven. Lees het ook zo.

De kern wordt strenger zodat latere wijzigingen minder zeer doen

Minder gebruikte functies verhuisden naar bundles, wat een kleinere kern oplevert. Parameters en returnwaarden hebben nu native PHP-typen, zodat een typefout al voor productie opvalt. Testdekking en statische analyse zijn uitgebreid over de pakketten. Webpack bundelt de JavaScript en CSS van de admin-UI. Dat is een onderhoudskeuze voor die UI, geen herontwerp van de schermen waar een merchandiser de hele dag in werkt. Content Security Policy staat standaard aan voor de admin-interface, gericht op cross-site scripting en injectie. Dat is een beveiligingsstandaard die je marketingteam niet merkt, en die je ontwikkelaars niet moeten uitzetten om een oude plugin blij te maken.

Minimaal PHP 8.1, Symfony op 6.2

Pimcore 11 draait op PHP 8.2 en vereist PHP 8.1 als minimum. Symfony, een van de grote afhankelijkheden, ging naar 6.2. Afhankelijkheden van derden zijn naar actuele versies gebracht. Pimcore zegt dat de PHP-lijn minstens drie jaar beveiligingsfixes brengt en de Symfony-lijn minstens vier jaar onderhoudspatches. Dat is hun lezing van de ondersteuning door PHP en Symfony zelf, geen garantie die je in een contract zet. Het praktische gevolg is eenvoudiger: zit je nog op een oudere PHP, dan begint de upgrade bij die PHP-versie, niet bij een workshop over attributen.

Technische schuld gaat eruit, ook code waar je misschien op aansloot

Verouderde (deprecated) functies, oude compatibiliteitslagen en eigen implementaties van dingen die Symfony nu levert (sessieverwerking en authenticatie onder meer) zijn verwijderd. Zo blijft een kern uitlegbaar. Zo gaat ook een vergeten maatwerkaanpassing stuk in het weekend van de upgrade. Vergelijk je overrides met de upgradenotities voordat je een datum prikt. De PIM-implementatiegids behandelt zo'n upgrade als een project met een eigenaar, en dat is hier de juiste vorm. Een plan van "vrijdag klikken we op bijwerken" is de manier waarop je die override alsnog ontdekt.

Drie veranderingen waar een productmodelleur naar kan wijzen

Er zit nu een abstractielaag voor de WYSIWYG-editor, met TinyMCE als standaard, zodat een andere editor via een extensie kan worden aangehaakt. Gotenberg maakt previews van Word-, Excel- en PowerPoint-assets en pdf's in de web-to-print-module, en draait als microservice (een Docker-container is het voorbeeld dat Pimcore geeft). Iemand moet die container draaien. Eigen document- en assettypen kunnen via extensies worden toegevoegd, inclusief een route naar 3D-bestanden. Data-objecten kregen bereiktypen: number range, quantity value range en date range.

Die bereiktypen en eigen assets horen in een gesprek over functies. PIM-functies en wat ze dekken is de lijst om ze naast te leggen: een temperatuurbereik of een bereik van verpakkingsgroottes is winst voor je datamodel, en het vervangt geen workflow, rechten of kanaalpublicatie. Gotenberg is van belang als je nog pdf's uit de PIM maakt. Doe je dat niet, dan is het infrastructuur die je later kunt inplannen.

Extensies moeten mee

Pimcore heeft zijn extensies bijgewerkt zodat ze met versie 11 werken, en de labels van extensies in dezelfde POEditor-vertaalstroom gezet als de kern. Ben je afhankelijk van een partnerextensie of een extensie van je eigen team, dan hoort compatibiliteit in het upgradeplan en is het geen kwestie van hopen. Een platform met een strenge kern en een kapotte extensie is een PIM die je maandag niet kunt openen.

Kies je nog of Pimcore de PIM wordt, beoordeel deze release dan niet op de mooie woorden. Beoordeel het datamodel, wie de extensies onderhoudt, en of je team een PHP- en Symfony-upgrade kunt dragen. Hoe je een PIM selecteert is die toets. De afweging bij versie 11, voor teams die al live zijn, is nu plannen of verder achterop raken: doe de upgrade terwijl het bericht nog vers is, en accepteer een paar weken ontwikkeltijd, of stel hem uit en kom dezelfde breuk later tegen, als niemand meer weet waarom de override er was.