WordPress 4.4 is uitgebracht met REST-integratie

WordPress heeft versie 4.4 met codenaam 'Clifford' uitgebracht. Naast de nodige veranderingen aan het uiterlijk en een focus op responsiviteit, is de infrastuctuur voor de REST-api geïntegreerd in de core van het weblogplatform.

Met het toevoegen van de REST-api-ondersteuning kunnen ontwikkelaars REST-api's boven op WordPress bouwen, waarmee volgens de weblogsoftwarebouwer een nieuw tijdperk aanbreekt. De integratie van de infrastructuur is daarmee de eerste stap voor betere REST-ondersteuning. De mogelijkheid om core endpoints te gebruiken is gepland voor een volgende versie van WordPress. Verder ondersteunen terms nu metadata, net zoals berichten en hebben query's in reacties cacheondersteuning.

Aan de visuele kant is het nieuwe standaardthema geïntroduceerd, namelijk Twenty Sixteen. Het ontwerp is volledig schaalbaar, maar verder niet vernieuwend. WordPress zelf kan nu geschaalde afbeeldingen weergeven op elk apparaat, waardoor dit niet meer per thema ingesteld hoeft te worden. WordPress ondersteunt nu ook meer automatische embedfuncties van meer sites, zoals van Reddit en ReverbNation. Andersom kan een WordPress-url geplakt worden in berichten op andere sites om direct omgevormd te worden tot een kaart met titel, samenvatting en uitgelichte afbeelding.

Er is ruim twee jaar gewerkt aan WordPress 4.4 en bezitters van sites die draaien op WordPress hebben in normale gevallen de upgrade al aangeboden gekregen.

Reacties (31)

Dus... Is de code nu ook eens netjes? Goed onderhoudbaar? Goed uitbreidbaar?

Fat chance

Ik snap ook niet waarom je gedownmod wordt, want hoewel Wordpress zeker goed is in wat het doet is de code echt dramatisch en die van vele plugins nog dramatischer

De core is wel oké maar niet een voorbeeld van prachtige code. Plugins zijn vaak een stuk erger, ook betaalde plugins!

De verouderde structuur, de wirwar van naamgeving en het gebrek aan OOP / namespaces maken dat Wordpress ook met deze release nog steeds verouderd. Waar eerder WP nog een prima basis was voor projecten die ook wat custom code nodig hebben is het steeds minder aantrekkelijk. Projecten als October (op basis van Laravel) en Bolt (ook op basis van Laravel) zijn daarvoor een stuk geschikter zonder daarbij in te leveren op gebruiksgemak.

Nee, als developer moet ik altijd nog een beetje huilen als ik custom code toe moet voegen aan WP, ondanks dat ik prima mijn weg kan vinden. Het kán gewoon zo veel mooier

Oh wauw ik weet niet waarom maar ik heb nooit gezocht naar frameworks cms-en in laravel. Bedankt voor de tips!

Ik was in iedergeval al opzoek naar iets anders sinds ik laatst mijn eerste WordPress site en plugins gemaakt heb, ik ben er in iedergeval ook geen fan van. Al moet ik wel zeggen dat het wel met elke update beter en beter wordt.

[Reactie gewijzigd door CrashKonijn op 9 december 2015 20:56]

Mocht je wat geavanceerdere dingen willen doen dan kun je ook vrij makkelijk zelf Laravel (of het grotere broertje Symfony) pakken. Zo zijn er nog wel meer frameworks zoals Zend Framework, Yii, CodeIgniter ... noem maar op

Zeker voor projecten waar een CMS niet van belang is of te groot is, zijn dit soort frameworks beter geschikt.

Oh laravel gebruik ik sinds kort wel gewoon hoor, ik zit alleen tegen mijn eigen oude cms aan te hikken. En dan scheelt het als ik een cms in mijn favoriete framework extend voor mijn volgende cms

Ik zal deze projecten die je noemt een checken ... Laravel (en Lumen) is sinds een tijd het enige Framework dat in mijn optiek zinnig is om in te werken.

October CMS is inderdaad nice. Zelf doe ik nu onderzoek naar het BigTreeCMS. Dat is nog niet zo bloathed als WP .

De code is inmiddels al vele malen aangepast en gecorrigeerd. De core code is goed onderhoudbaar en uitbreidbaar met behulp van plugins. Veelal bied de code van WordPress veel mogelijkheden me behulp van hooks en filters om WordPress aan te passen daar waar nodig.

offtopic:
Dat we nu elke keer zo'n discussie krijgen over dramatische code zal één van de reden zijn voor een downmod. Is gewoon oude info herhalen zonder kennis van zaken

Er zit natuurlijk een verschil tussen onderhoudbaarheid van de code, en de uitbreidbaarheid door middel van plugins.

Inderdaad, maar de code wordt veelal nog voor oude ondersteuning voorzien van 'deprecated' functies. Deze worden nog enkele tijd bijgehouden in en staan in aparte bestanden (zoals 'deprecated.php'), zie hiervoor een overzicht bij WordPress.

De code is in mijn ogen goed onderhoudbaar. Zie hiervoor deze source van de WordPress API. Alle functies zijn goed gedocumenteerd en goed te lezen. Mocht je overigens verbeteringen hebben kan je dat altijd aangeven door een ticket aan te maken bij Trac.

Wat ik stiekem hoop, is dat de deze API de nieuwe standaard gaat worden zodat ze langzaam de achterkant gaan omsleutelen. Ik gok dat de komst van php7 hier grote invloed op uitoefent.

WordPress is momenteel al volledig PHP 7 compatibel, dus dat vormt nu niet een hele grote drive om dingen eens flink aan te pakken.

Wat dat betreft is de nieuwe weg die ze ingeslagen zijn met Calypso veel interessanter.

Het gaat mij meer om de API die developers kunnen gebruiken(Rest, of php functions, maakt niet uit), dit moet vrij backwards compatible zijn, of het nou op php 7 draait of niet.

De code van 3.* en 4.* is dat altijd al geweest

Bwo, wordpress is toch nog steeds een samenhangsel van antipatterns. Maar het werkt wel.

Hangt een beetje van je definitie en je persoonlijke voorkeuren af ik vind WordPress een vreselijke codestijl hebben (spaties binnen haakjes e.d.) en aangezien WP nog steeds PHP 5.2 ondersteund zitten er geen namespaces in, geen short array syntax, enz.

Officieel dient Wordpress onder PHP 5.4 minimaal te draaien

Nog veel belangrijker, de REST interface is natuurlijk voor.....:

Calypso

Zie ook: http://ma.tt/2015/11/dance-to-calypso/

De complete rewrite van de WordPress interface in Javascript, die met de REST interface moet communiceren.

Hmmm, dus straks de WP interface zonder PHP en daarna de backend op Node.js?

Edit: verwachtingen aangaande PHP in de backend iets netter geformuleerd :-)

[Reactie gewijzigd door geertdo op 9 december 2015 17:07]

Goodbye PHP? De backend (WordPress zelf) blijft gewoon PHP hoor. Je zou er eventueel een frontend bovenop kunnen zetten met nieuwere technieken zoals Vue of React oid., maar je blijft dan communiceren met de PHP backend van WordPress.

Voor nu wel, maar het is maar de vraag of dat zo zal blijven. Met een eenduidige API creëert het niet alleen de mogelijkheid om meerder clients te hebben, maar biedt ook een opening om de backend te vervangen.
t Ziet er leuk uit imho!

Er zijn al redelijk wat alternatieven gebaseerd op NodeJS. Echter zijn die natuurlijk niet zo bekend en hebben geen naam. Wordpress heeft naam en de marketing eromheen zoals plugins.

Zou mooi zijn als Wordpress helemaal over gaat op NodeJS. Back & Front allebei javascript is fijner.

Upgrade is voor een aantal websites van mij vlekkeloos verlopen in ieder geval. Eigen gemaakte childthema's moet ik nog even testen, maar voorzie weinig problemen. Was nog niet zo bekend met REST, maar is een mooi moment om mijzelf daar in te verdiepen.

GET some coffee and PUT yourself to work

POST-haste.

betekend dit nu dat je nieuwsberichten kunt hosten in een database en deze via REST kunt syncen? Of is de achterliggende techniek gewoon veranderd?

Bijvoorbeeld een webshop hosten vanuit een backoffice database?

betekend dit nu dat je nieuwsberichten kunt hosten in een database en deze via REST kunt syncen?

nee, maar je kan wel je content beheer in wordpress doen (backend) en een alternatieve voorkant gebruiken. Het de-coupled CMS concept. Ik heb het ook wel eens gedaan op die manier. Custom code in laravel 5 aan de voorkant, met een jetser van een synchronisatie job / queuing icm redis, die tegen een wordpress rest api aanblafte met behulp van een plugin.

wordpress alleen op het interne netwerk beschikbaar, en de voorkant kon alleen pullen, niet pushen. Dat maakt het een stuk minder kwetsbaar voor hacks.

WordPress is een goed platform voor als je een blog of kleine website online wilt zetten.
Maar persoonlijk raad ik het niet aan voor professioneel gebruik tenzij je iemand hebt in je team die 24/7 verantwoordelijk is voor het onderhoud, en zeker het onderhoud van de plug-ins.

Iedereen die zijn veters kan binden, kan een WordPress website zodanig analyseren dat hij een perfect overzicht heeft van de exacte plug-ins en versies, admin-gebruikers en hun e-mail,... Waarschijnlijk meer informatie dan de gebruikers zelf weten. En op basis van die informatie even opzoeken of er een exploit aanwezig is voor bijvoorbeeld een outdated plug-in.

Vaak zie ik dat Wordpress websites makkelijker te kraken zijn dan een website waar de PHP zelf gecodeerd is. Dat is dan ook direct de reden dat Daesh vooral WordPress-websites in zijn vizier heeft.