Alex Standiford, uno sviluppatore di WordPress presso AffiliateWP, ha rilasciato un boilerplate per quello che chiama a Tema WordPress “quasi senza testa”. Utilizza alla base ,Nicola, e AlpineJS per fornire un’esperienza simile a un’app per un sito Web, fornendo al contempo la flessibilità per il rendering di pagine specifiche utilizzando PHP anziché Javascript.

In un post intitolato “WordPress senza testa è sopravvalutato: un caso per l’app Web quasi senza testa“, Standiford descrive alcuni degli svantaggi dell’andare completamente senza testa.

Un problema con WordPress completamente senza testa è il routing. Dietro le quinte, WordPress ha molta logica integrata per gestire il routing e con un approccio headless devi costruire qualcosa per gestirlo sul front-end. Alla fine, stai reinventando la ruota e ci vuole molto tempo in più per costruirla.

Un altro problema con WordPress headless diventa subito evidente nel momento in cui si tenta di utilizzare la maggior parte dei plugin di WordPress. La brutta verità è che di solito devi reinventare molte cose solo per far funzionare correttamente il plugin.

Il sistema quasi senza testa di Standiford è un prodotto del suo ripensamento di WordPress senza testa. Voleva preservare l’atmosfera simile a un’app, nonché tutte le funzionalità integrate di WordPress e quelle disponibili tramite il sistema di plug-in.

Il tema WordPress Nearly Headless utilizza AlpineJS per il rendering, che Standiford afferma che è leggero, facile da capire e “funziona eccezionalmente bene con il rendering lato server PHP.” Viene caricato attorno ai tag del modello HTML che generano il contenuto dei post utilizzando l’API REST di WordPress. Il sistema utilizza l’archiviazione della sessione per mantenere le cose veloci e ridurre al minimo il numero di chiamate API REST.

di Standiford WP Dev Academy sito di apprendimento e la sua agenzia, Soluzioni DesignFrame, utilizzano entrambe le versioni beta del sistema quasi senza testa. Dal momento in cui questi siti sono stati sviluppati, Standiford ha completamente riscritto il sistema e apportato miglioramenti significativi in ​​base a quanto appreso dalle versioni precedenti. Ha una demo live della versione attuale disponibile su quasi-senza testa.dev.

L’approccio quasi senza testa è paragonabile a un approccio tradizionale senza testa in termini di prestazioni, grazie a Standiford’s Biblioteca Nicholas, che include cache lato client e un livello di routing come supporto dell’applicazione per il tema.

“Nicholas caricherà i contenuti tramite REST, proprio come fa un sito senza testa”, ha affermato Standiford. “In questi casi, i tempi di caricamento sono molto simili a quelli che vedresti su un sito headless. In effetti, si comportano e fondamentalmente funzionano allo stesso modo. La chiave è che Nicholas memorizza anche i dati nella memoria della sessione dopo che la pagina è stata visitata e ogni volta che quella pagina viene caricata successivamente, viene caricata istantaneamente.

Quanto lontano può portarti il ​​boilerplate? Gli sviluppatori che lo utilizzano dovrebbero essere pronti ad estendere o sostituire i modelli di base inclusi per caricare WordPress. Non accoda alcun CSS. La funzionalità chiave è suddivisa in dipendenze separate in modo che gli utenti possano rimanere aggiornati man mano che il progetto si evolve.

“A tutti gli effetti, il boilerplate è una tabula rasa”, ha detto Standiford. “Puoi pensare al boilerplate come _s per l’approccio quasi senza testa. Tutte le dipendenze, gli script e gli elementi necessari per eseguire il motore sono inclusi nel boilerplate. Tutte le dipendenze sono impacchettate in Composer o Node, quindi il tuo tema può essere aggiornato man mano che il sistema migliora senza riscrivere l’intero tema.

Standiford ha in programma alcuni importanti miglioramenti per il futuro del boilerplate. Attualmente è compatibile con l’editor di blocchi e molti plugin, ma richiede una modalità di compatibilità.

“Il grande miglioramento iniziale rimuoverà la necessità della modalità di compatibilità su quante più pagine possibile”, ha affermato Standiford. “Molte librerie di blocchi, plug-in di moduli e altre cose hanno script specifici che si aspettano vengano caricati nella pagina di cui l’app non ha modo di conoscere e, per questo motivo, alcuni plug-in non funzioneranno senza attivare la modalità di compatibilità. Esso è possibile farli funzionare, ma trarrei beneficio dall’aiuto degli sviluppatori di plugin per aiutarmi a capire quali stili/script devono essere inclusi quando l’app viene eseguita.”

Standiford ha detto che vede un’opportunità per creare pacchetti npm che integrano altri plugin e assicurano che funzionino come previsto.

“Yoast e altri plug-in SEO, ad esempio, impostano le informazioni SEO nell’intestazione di ogni pagina, e in questo momento ciò non accade senza scrivere un altro pezzo di middleware”, ha affermato. “Non è troppo difficile aggiungerlo, ma è una di quelle cose che potrebbero essere impacchettate e incluse invece di essere scritte manualmente per ogni tema che utilizza questo approccio.”

Un altro elemento della roadmap del boilerplate del tema Nearly Headless WordPress è il miglioramento del modo in cui le dipendenze vengono compilate per evitare meglio i conflitti tra plug-in e temi. Standiford pensa che questo sarebbe semplificare la distribuzione di temi creati utilizzando questo metodo nella directory di WordPress.org, o anche venderli commercialmente. Ha anche sperimentato la memorizzazione automatica nella cache di tutti i contenuti di una pagina quando viene caricata, senza impantanando il browser o sovraccaricando il server di richieste. Il risultato sarebbe un caricamento istantaneo della pagina con carichi del server ridotti.

Il Boilerplate per temi WordPress quasi senza testa è disponibile su GitHub e anche Standiford è creare un corso che aiuterà gli sviluppatori a creare siti utilizzando questo paradigma quasi senza testa. Prevede che uscirà a novembre 2021.