I errori di WordPress
I errori di WordPress non derivano da PHP. WordPress e il suo team hanno dimostrato come si possa trasformare un semplice CMS in un vero framework per la gestione di contenuti che spesso vanno ben al di là dei facili post.
I errori di WordPress derivano spesso dall’assoluta superficialità e trascuratezza con cui molti autori di temi e plugin scrivono il loro codice.
Plugin e temi di scarsa qualità riducono la performance di WordPress e possono causare seri errori di sicurezza.
E i errori di performance non derivano dalla scelta di MySQL (si possono risolvere con un tuning sul server e usando strumenti di sostegno come Redis o con drop-in come Percona) ma dall’uso improprio che spesso ne fanno diverse estensioni.
In definitiva, molti errori di WordPress sono gli stessi di tutte le community open-source, a partire dal controllo sulla qualità del codice, bug che purtroppo non può essere risolto senza sacrificare molto di quello spirito di partecipazione libero che anima queste community.
JavaScript questa giornata
Per anni abbiamo usato JavaScript solo lato client e lo abbiamo odiato a causa delle incompatibilità tra browser. Poi sono nati framework e librerie come jQuery, AngularJS, React e abbiamo cominciato ad amarlo.
Intanto che alcuni “browser-dinosauri” erano spariti e le nuove leve come Chrome ed Edge prendevano sul serio gli standard e ci siamo accorti che potevamo usare JavaScript direttamente senza intermediari. ECMAScript nel frattempo è arrivato alla modello 6 e ora abbiamo class che ripaga noi amanti dell’OOP in PHP degli anni passati a cercare di capire come mai un analogo del nostro __construct() in JavaScript sembrasse blasfemo.
Cominciamo a ragionare.
node -v
NodeJS non è l’alternativa, ma una tra le molte alternative possibili. Ogni progetto ha le sue esigenze e non si possono dare diktat autoritari senza osservare conto del fatto che anche ciascun sviluppatore ha le sue esigenze e le sue preferenze nonché le sue skill.
Se conoscete bene JavaScript, NodeJS è la vostra alternativa. Se invece usate JavaScript senza una buona padronanza del linguaggio in sé, allora è come voler creare un CMS con Zend o Symphony successivamente un corso di PHP di 24 ore.
NodeJS è veloce, performante, event-driven, basato sul non-blocking I/O e sull’engine V8. Questo è il mantra che ripetono tutti, ed è tutto vero. Ma è JavaScript al 100%.
Il rischio è quello di commettere errori nel design del codice, ad modello creando routine ignorando che esiste già un sistema JavaScript che la implementa o producendo un codice da far venire la labirintite perché non si sa come sfuggire il callback hell.
Quindi JavaScript first, poi Node. Come d’altra parte vale per WordPress: PHP first, poi WordPress.
Conclusione
NodeJS non è un antagonista di WordPress: bisogna pensare in termini di alternative possibili. Solo così facendo possiamo dotarci di nuovi strumenti e progredire nella nostra formazione professionale.