Wordpress dropper PHP til fordel for Javascript

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.

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:

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.

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.

Tips og korrekturforslag til denne historie sendes til tip@version2.dk
Kommentarer (10)
sortSortér kommentarer
  • Ældste først
  • Nyeste først
  • Bedste først
Kim Henriksen

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.

  • 5
  • 1
Henrik Hansen

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
  • 3
Nicolaj Hansen

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.

  • 9
  • 0
Rune Jensen

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).

  • 1
  • 0
Martin Høgh

"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?

  • 0
  • 0
David Christensen

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.

  • 2
  • 0
Simon Rigét

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

  • 0
  • 0
Log ind eller Opret konto for at kommentere
IT Company Rank
maximize minimize