WordOps su Ubuntu 22.04: installare WordPress in modo pulito
WordOps è uno strumento pensato per chi vuole mettere online WordPress con una base tecnica solida, senza dover assemblare a mano web server, PHP, database e cache. Su Ubuntu 22.04 funziona bene se prima si parte da un server aggiornato, con accesso root o sudo e un nome host corretto.
Questa guida segue un principio semplice: prima si prepara il sistema, poi si installa WordOps, infine si crea il sito e si verifica che tutto risponda davvero. È il modo più sicuro per evitare installazioni “apparentemente riuscite” ma rotte nei dettagli.
Prerequisiti
Prima di iniziare, assicurati di avere:
- Ubuntu 22.04 aggiornato
- Accesso SSH con un utente con privilegi sudo
- Un dominio già puntato verso l’IP del server, oppure almeno un record DNS pronto
- Una mail valida per l’admin di WordPress
- Porta 80 e 443 aperte sul firewall e sul provider
Se il server è appena creato, conviene anche verificare il nome host. WordOps lavora meglio quando il sistema ha un hostname completo e coerente, ad esempio server.tuodominio.it.
1. Aggiornare il sistema
La prima operazione è portare Ubuntu allo stato più pulito possibile. Questo riduce i conflitti con pacchetti vecchi o dipendenze mancanti.
sudo apt update && sudo apt upgrade -yEsito atteso: nessun errore di repository e aggiornamenti completati correttamente. Se il sistema propone un riavvio del kernel o di librerie importanti, eseguilo prima di passare oltre.
Controllo utile:
lsb_release -aEsito atteso: distribuzione Ubuntu 22.04 LTS.
2. Impostare hostname e hostname completo
Molte installazioni web soffrono per un hostname generico o incoerente. WordOps non è un’eccezione: meglio sistemarlo subito.
Verifica l’hostname attuale:
hostnamectlSe vedi un nome poco utile, imposta un FQDN corretto. Per esempio:
sudo hostnamectl set-hostname server.tuodominio.itControlla anche il file /etc/hosts. Il server dovrebbe risolversi localmente con il proprio nome corretto. Prima di modificare il file, fai un backup:
sudo cp /etc/hosts /etc/hosts.bakPoi aprilo con il tuo editor preferito e verifica che ci sia una riga simile a questa:
127.0.1.1 server.tuodominio.it serverEsito atteso: hostnamectl mostra il nome corretto e il server non genera errori di risoluzione locale.
3. Verificare accesso root, sudo e rete
WordOps installa componenti di sistema e ha bisogno di permessi adeguati. Prima di andare avanti, verifica che il tuo utente possa usare sudo senza problemi.
sudo -vEsito atteso: nessun errore e richiesta password accettata.
Controlla anche la connettività verso i repository e gli endpoint necessari:
ping -c 3 google.comSe il ping è bloccato dal provider o dal firewall, non è per forza un problema, ma devi almeno confermare che DNS e HTTP funzionino. In alternativa puoi testare la risoluzione:
getent hosts github.comEsito atteso: restituzione di uno o più indirizzi IP.
4. Installare WordOps
WordOps si installa tramite script ufficiale. Prima di eseguirlo, conviene leggere il comando e verificare che provenga dalla sorgente prevista. Il metodo più comune è questo:
wget -qO wo wops.cc && sudo bash woSe preferisci un controllo più esplicito prima dell’esecuzione, scarica lo script, ispezionalo e poi avvialo. In ambienti produzione è una scelta più prudente.
wget -qO wo https://get.wordops.net && less wo && sudo bash woDurante l’installazione, WordOps prepara il web stack necessario. In genere include Nginx, PHP-FPM, MariaDB, strumenti di cache e utility per WordPress. Se il sistema chiede conferme, leggi con attenzione ogni prompt prima di accettare.
Al termine, controlla se il comando è disponibile:
wo --versionEsito atteso: il comando risponde con una versione valida di WordOps.
5. Verificare i componenti installati
Dopo l’installazione, conviene controllare i servizi principali. Questo passaggio evita di scoprire problemi solo quando il sito è già in produzione.
systemctl status nginx --no-pagerEsito atteso: servizio attivo e in esecuzione.
systemctl status mariadb --no-pagerEsito atteso: database avviato correttamente.
systemctl status php*-fpm --no-pagerEsito atteso: uno o più pool PHP-FPM attivi, senza errori evidenti.
Se uno di questi servizi non parte, non andare avanti con WordPress: prima si legge il log e si risolve il motivo del fallimento.
6. Creare il primo sito WordPress
Una volta che WordOps è installato e i servizi rispondono, puoi creare il sito. La forma base del comando è semplice e abbastanza sicura:
sudo wo site create tuodominio.it --wpQuesto crea un sito WordPress standard con configurazione iniziale gestita da WordOps. Se vuoi anche SSL automatico con Let’s Encrypt, puoi aggiungerlo in fase di creazione, purché il dominio punti già all’IP corretto e la porta 80 sia raggiungibile dall’esterno.
sudo wo site create tuodominio.it --wp --letsencryptEsito atteso: creazione del virtual host, directory del sito, database e installazione WordPress completata.
Se il dominio non è ancora propagato o il DNS non è corretto, conviene creare prima il sito senza SSL e aggiungere il certificato dopo, quando la verifica HTTP sarà possibile.
7. Creare il sito in modo più controllato
Se vuoi un approccio più prudente, puoi procedere in due fasi: prima il sito, poi il certificato. È la strada migliore quando il DNS non è ancora stabile o quando il server è dietro proxy/CDN.
- Crea il sito senza SSL:
sudo wo site create tuodominio.it --wp - Verifica che risponda in HTTP:
curl -I http://tuodominio.it - Se ricevi una risposta valida, abilita SSL:
sudo wo site update tuodominio.it --letsencrypt
Esito atteso: risposta HTTP 200, 301 o 302 coerente con la configurazione, e poi certificato installato correttamente.
8. Impostare il database e i dati iniziali
WordOps di solito prepara il database automaticamente quando crea il sito WordPress. Tuttavia è utile sapere dove controllare se qualcosa non torna. Se il sito non si installa, il problema spesso è nel database o nei permessi della directory.
Puoi verificare che MariaDB sia accessibile e funzionante con:
mysql -u root -p -e "SHOW DATABASES;"Esito atteso: il comando restituisce l’elenco dei database senza errori di autenticazione o connessione.
Se WordPress è stato creato, verifica che il file di configurazione esista nella directory del sito e che contenga i parametri corretti. In caso di dubbi, controlla anche i log di WordOps e Nginx.
9. Abilitare SSL in modo corretto
Su un sito pubblico, SSL non è un optional. La configurazione migliore è quella con certificato valido e redirect automatico da HTTP a HTTPS.
Se hai creato il sito senza certificato, puoi aggiungerlo più tardi con il comando dedicato di WordOps. Prima però verifica questi punti:
- Il dominio risolve verso l’IP corretto
- La porta 80 è raggiungibile dall’esterno
- Non ci sono proxy o CDN che bloccano la validazione
Quando tutto è pronto, abilita il certificato e verifica la risposta HTTPS:
curl -I https://tuodominio.itEsito atteso: risposta valida con certificato emesso correttamente e, se previsto, redirect da HTTP a HTTPS.
10. Controllare WordPress dopo l’installazione
Un’installazione riuscita non finisce col comando di setup. Il controllo finale deve confermare che il sito carichi davvero, che il backend sia accessibile e che non ci siano errori PHP o Nginx nascosti.
Controlli minimi consigliati:
- Apri il sito nel browser e verifica che la home si carichi senza errori
- Accedi a
/wp-admine conferma che il login funzioni - Controlla che il tema e i plugin di base non generino errori
- Verifica i permessi delle cartelle di WordPress se hai problemi di upload
Se qualcosa non funziona, non partire subito da modifiche casuali: prima guarda i log.
11. Dove leggere i log quando qualcosa non va
In caso di errore, i log sono la prima fonte utile. Su WordOps e stack Nginx/PHP-FPM, i punti da controllare di solito sono questi:
/var/log/nginx//var/log/php*-fpm.log/var/log/mysql/o i log di MariaDB- eventuali log del sito nella cartella del virtual host
Un controllo rapido di Nginx può essere utile per capire se la configurazione è sintatticamente corretta:
sudo nginx -tEsito atteso: syntax is ok e test is successful.
Se Nginx non passa il test, correggi prima quello: WordPress non può funzionare bene con un web server rotto.
12. Aggiornare WordOps e mantenere il server pulito
Una volta installato, WordOps va mantenuto aggiornato insieme al sistema. È una parte spesso trascurata, ma importante per sicurezza e stabilità.
Buone pratiche minime:
- Aggiorna Ubuntu con regolarità
- Controlla le versioni di PHP supportate dal sito
- Fai backup prima di modifiche importanti
- Monitora uso CPU, RAM e disco, soprattutto sui server piccoli
Per vedere lo spazio libero:
df -hEsito atteso: spazio sufficiente su / e sulle partizioni usate da database e web root.
Per controllare carico e memoria puoi usare:
topEsito atteso: nessun processo fuori controllo e nessun esaurimento evidente di RAM.
13. Problemi comuni e correzioni rapide
Se l’installazione si blocca, i casi più frequenti sono questi:
- DNS non ancora propagato
- porta 80 o 443 chiusa
- hostname non coerente
- repository Ubuntu non raggiungibili
- servizio MariaDB o Nginx non avviato
Le correzioni più sicure sono sempre le stesse: ripristina la connettività, verifica hostname e DNS, poi riprova l’installazione o la creazione del sito. Se il sito è stato creato ma non risponde, controlla prima Nginx e PHP-FPM, poi il database, poi i permessi.
Se il problema è un certificato SSL non emesso, quasi sempre il motivo è uno di questi: dominio non puntato bene, porta 80 bloccata, record DNS errato o proxy intermedio che interferisce con la validazione.
14. Strategia pratica consigliata
Per un’installazione pulita su Ubuntu 22.04, il flusso migliore è questo:
- aggiornare il sistema
- sistemare hostname e DNS
- installare WordOps
- creare il sito WordPress
- attivare SSL
- verificare accesso front-end e backend
Così eviti di dover inseguire errori in cascata. È anche il metodo più comodo se stai preparando un server nuovo per un cliente o per un progetto che deve restare stabile nel tempo.
Conclusione operativa
WordOps su Ubuntu 22.04 è una scelta sensata quando vuoi un’installazione WordPress veloce ma con una base tecnica ordinata. La differenza tra un deploy fatto bene e uno pieno di problemi sta quasi sempre nei primi minuti: sistema aggiornato, hostname corretto, DNS coerente e servizi controllati subito dopo l’installazione.
Se segui la sequenza giusta, il risultato è semplice: WordPress online, HTTPS attivo e stack web leggibile anche in manutenzione futura.
Commenti (0)
Nessun commento ancora.
Segnala contenuto
Elimina commento
Eliminare definitivamente questo commento?
L'azione non si può annullare.