Wordpress dropper PHP til fordel for Javascript

24. november 2015 kl. 15:5910
CMS-systemet bag en fjerdedel af verdens websides har smidt programmeringssproget PHP på porten på både server- og klientsiden for at følge med tiden.
Artiklen er ældre end 30 dage
Manglende links i teksten kan sandsynligvis findes i bunden af artiklen.

Er det dødsstødet mod web-programmeringssproget PHP?

Der er en stigende tendens til at webudviklere går over til at bruge Javascript på serversiden og nu har Wordpress - verdens mest populære content management system (CMS) - fulgt trop.

I den seneste Wordpress-opdatering er PHP skiftet ud med Javascript-platformen Node.js.

Wired skriver:

Artiklen fortsætter efter annoncen

The popular blogging site WordPress.com unveiled a new admin interface today for managing blogs, posting content, and reading other people’s sites. If you’re a regular user, you’ll notice a new look and feel. If you’re a code geek, you’ll notice something more remarkable below the surface: JavaScript instead of PHP.

If you run the open source version of WordPress on your own server, you can activate the new interface on your own site through the plugin Jetpack. Automattic, the company behind WordPress.com—the commercial version of WordPress—also released a WordPress application for Macintosh OS X. And it made available the code that powers the new interface as open source software for everyone.

...the software under the hood at WordPress was starting to show its age. “We realized that the tech wasn’t going to take us to the next decade,” says Wordpress co-founder Matt Mullenweg.

WordPress was was written in a programming language called PHP, which has long been popular with web developers for making it fast and easy to write new programs. Much of WordPress remains written in PHP, but most of the new interface has been re-written in JavaScript.

Artiklen fortsætter efter annoncen

JavaScript, originally created to run software only in web browsers, has radically changed the way developers build software, thanks to several new technologies that make it possible to build far more complex applications using the language.

Developers can now use JavaScript for both the client-side part of their applications as well as the server side, which makes it much faster and easier to create web applications, like Google Docs or Gmail, that feel more like desktop apps. For the user-facing, or “front end” components of the new interface, the Automattic team usedReact, a JavaScript framework developed by Facebook to create cross-platform user interfaces.

For the backend code, the team used the popular server-side JavaScript platform Node.js. For users who host their own version of WordPress, Automattic will host the Node.js portion of the code on their own server, with which the Jetpack plugin will communicate, freeing up web hosts from having to support Node.js.

10 kommentarer.  Hop til debatten
Denne artikel er gratis...

...men det er dyrt at lave god journalistik. Derfor beder vi dig overveje at tegne abonnement på Version2.

Digitaliseringen buldrer derudaf, og it-folkene tegner fremtidens Danmark. Derfor er det vigtigere end nogensinde med et kvalificeret bud på, hvordan it bedst kan være med til at udvikle det danske samfund og erhvervsliv.

Og der har aldrig været mere akut brug for en kritisk vagthund, der råber op, når der tages forkerte it-beslutninger.

Den rolle har Version2 indtaget siden 2006 - og det bliver vi ved med.

Debatten
Log ind eller opret en bruger for at deltage i debatten.
settingsDebatindstillinger
11
25. november 2015 kl. 19:16

Det er et paradigmeskift for mange programmører at skulle til at programmerer asynkront. Man skal simpelthen skrues anderledes sammen i hovedet.

Det er ganske nemt at lave gevaldige bøffer i node, og asynkron javascript er ikke nær så let at vedligeholde som et PHP script. Man skal holde tungen ret lige i munden.

Det sagt er node, med dets super lækre pakkesystem. ganske nyskabende og sjovt at lege med.

Det er midt sagt ikke let at vedligeholde

10
25. november 2015 kl. 14:33

Der findes da web hoteller der understøtter node.js openshift.com og azure. Man pusher op i sin git, og så bliver det deployet.

9
25. november 2015 kl. 13:03

Jeg tror der går noget tid, inden hostingbranchen i givet fald ville sadle om. Primært fordi node.js er meget sværere at sikre mod ondsindet brug (idet du, grundlæggende og forenklet, skriver en HTTP-server, i stedet for en klat af scripts, som kan hænge mere eller mindre sammen, eller deployer et sæt binaries). Og fordi der ikke findes et provisioneringssystem dertil endnu; der skal både laves en nogenlunde contained (med BSD jails eller lign) node-instans som skal kunne genstartes hvis applikationskoden ændres, og tilføjes en reverse proxy-entry pr. site/applikation.

Det findes der ganske enkelt ikke off-the-shelf-applikationer til at automatisere endnu, så derfor er node.js mere eller mindre begrænset til VPS/dedikeret server-markedet, og ikke webhoteller.

8
25. november 2015 kl. 11:35

"Er det dødsstødet mod web-programmeringssproget PHP?"

Jeg kan ikke se, at der skulle være en sammenhæng mellem, at et firma vælger at skifte PHP ud med Node.js og så PHPs snarlige død. Node.js har vind i sejlene, ligesom PHP havde det for 10-15 år siden og Ruby On Rails havde det for 5 år siden. Mon ikke Node.js finder sin plads side om side med de andre teknologier?

7
25. november 2015 kl. 11:27

Nej, du har ikke misforstået det. Wordpress.com vil skifte back-end ud med Node.js og har valgt at udgive koden under en open source licens. Det betyder ikke at Wordpress.org begynder at lave noget om.

6
24. november 2015 kl. 22:01

SQL-injection, XSS, CSRF og XSHM exploits forsvinder ikke automagisk bare fordi man skifter programmeringssprog.

Man kan lave parameterized queries i PHP, og det har man kunne nogle år efterhånden. Vil da tro, man også kan i serverside javascript. Generel XSS er meget noget med at encode på udgangen (ved skrivning af sidens HTML) alle specialtegn til HTML entities. Det kan laves i PHP, bør kunne laves i SJ også.

Hvad der vil være problemet, som altid vil være et problem er bla. polymorphic client side XSS, som bla. udnyttes når en chat eller blog-kommentar-function har .innerHTML (som er hurtigere performance mæssigt og langt nemmere end at lave en DOM-standard function - har forsøgt).

5
24. november 2015 kl. 21:29

Jeg synes normalt flaming mod V2 er lige i overkanten, men det her er DIREKTE forkert.

For det første dropper Wordpress ikke Php. Wordpress fortsætter på Php, som det ser ud nu. Wordpress.com some drives af Automatic har besluttet at lave deres egen backend på NodeJs. Det er to vidt forskellige ting. De håber Wordpress vil tage imod det, men det har jo overhovedet ikke noget på sig.

4
24. november 2015 kl. 18:39

Der er jo en ret betydelig forskel. Wordpress.com er en hosting-udbyder, som hoster Wordpress-sites. Wordpress.org er selve open-source softwaren Wordpress.

Har jeg misforstået noget, eller?

3
24. november 2015 kl. 17:51

Jeg sætter mine penge på at det bliver dødsstødet til Automattic.

Hvis deres Node.js-kode er lige så ringe som deres PHP, og alle de tusinde LAMP-udbydere, som hverken kan overskue at opgradere fra PHP v5.3 eller installere patches, heller ikke lige kan overskue at installere Node.js, så giver hele denne manøvre ikke så meget mening for Automattics aktionærer, for at sige det pænt.

SQL-injection, XSS, CSRF og XSHM exploits forsvinder ikke automagisk bare fordi man skifter programmeringssprog.

Det eneste der mangler er en eller anden gut fork'er Wordpress og tilretter til PHP v7.x. Så kan alle de gamle LAMP-udbydere køre samme antal sites på halvt så meget hardware, tusinder af små web-bureauer behøver ikke at oplære deres ansatte i Node.js, og hele det eksisterende økosystem med, kurser, bøger, plugins og templates kan leve videre.

Alt vil være ved det gamle, men Automattic kan godt dreje nøglen om.

Om det ville være det bedste for Wordpress og communitiet omkring, er svært at spå om, men det bliver næppe dødsstødet til PHP.

1
24. november 2015 kl. 16:18

Næppe et dødsstød til PHP, men det kan blive et slag i ansigtet for de traditionelle LAMP (Linux, Apache, MySQL, PHP) stak udbydere, især hvis de ikke får sadlet om og tilbudt Node.js hosting.

Man kan nemlig godt forstille sig at en stor del af deres kunder er "Lones heste blog" og "Hansens Weber grill blog", som blot har brugt one-click install funktionen i udbyderens kontrolpanel.