Nel settembre 2026 ho separato la homepage di criver.site da WordPress. Non ho abbandonato WordPress: continua a essere il CMS per gli articoli. La homepage, invece, ora è HTML/CSS/JavaScript statico e viene distribuita automaticamente da GitHub a Xserver.
Il motivo è pratico. Man mano che creavo giochi e piccole web app, diventava sempre meno utile far dipendere homepage, blog e prodotti dallo stesso livello WordPress.
Il problema prima del cambiamento
Quando tutto viveva in WordPress, modifiche a tema o plugin potevano influire sulla homepage. Inoltre, fare push su GitHub non significava che il sito di produzione fosse già aggiornato. Nel periodo in cui caricavo manualmente con FileZilla, GitHub poteva essere aggiornato mentre il server continuava a usare file vecchi.
La struttura attuale
- Homepage: HTML/CSS/JavaScript statico
- Sorgente: GitHub
- Deploy: GitHub Actions → Xserver
- Articoli: WordPress
- Giochi e app: indipendenti da WordPress
La lezione più importante: push non significa deploy
All’inizio con Git tendevo quasi a considerare “push completato” come “sito aggiornato”. Durante lo sviluppo di ORA Quest mi è capitato di avere JavaScript corretto in locale e su GitHub, mentre la produzione serviva ancora un file precedente.
Da allora considero il controllo dell’URL reale parte integrante del deploy.
Anche l’automazione può fallire
Ho configurato male un host FTPS causando un errore SSL e ho avuto casi in cui la cache mostrava ancora JavaScript vecchio. L’automazione non elimina gli errori, ma rende più facile capire dove si trovano.
Separare i ruoli semplifica tutto
La homepage ora è soprattutto una porta verso ciò che creo, come ORA Quest e il gioco di memoria da un minuto Oboete Iruka?. WordPress può concentrarsi sulla pubblicazione degli articoli.
Per me la soluzione migliore non è stata scegliere fra “tutto WordPress” e “zero WordPress”, ma usare ciascuno strumento per il lavoro che sa fare meglio.
コメント