Scegliere un server per WooCommerce

La documentazione ufficiale di WooCommerce richiede PHP 8.3 o successivo, MySQL 8.0 o MariaDB 10.6 o successivi, HTTPS e un limite di memoria di WordPress di almeno 256 MB. Non indica nessun valore per la RAM del server. Per un piccolo negozio ha senso partire con 2-4 GB di RAM (una regola pratica che varia con il negozio). Con la crescita di prodotti e ordini aumenta anche il carico su database e processore.

Un negozio non si comporta come un blog. Le pagine del carrello e del checkout sono diverse per ogni visitatore, quindi non si possono mettere in cache, e gli ordini vengono scritti nel database tutto il giorno. A parità di traffico, quindi, un negozio richiede spesso più risorse di un blog.

I requisiti ufficiali

Il documento sui requisiti del server di WooCommerce (una raccomandazione ufficiale) elenca:

• PHP 8.3 o successivo.
• MySQL 8.0 o successivo, oppure MariaDB 10.6 o successivo.
• Supporto HTTPS.
• Un limite di memoria di WordPress di 256 MB o più.
• Apache o Nginx come web server.
• Supporto alle stringhe multibyte (mbstring) se il tuo negozio non è in inglese. Il documento lo considera un requisito che dipende dal negozio, e un negozio turco rientra in quel gruppo.

Il valore di 256 MB è un limite massimo per una richiesta PHP, non la RAM del server. Se serve, aggiungi questa riga a wp-config.php:

define( 'WP_MEMORY_LIMIT', '256M' );

Versioni più vecchie come PHP 7.4 compaiono nel documento solo come ripiego per i sistemi datati e non sono consigliate.

Perché un negozio è diverso da un blog

• Pagine che non si possono mettere in cache. La guida alla cache di WooCommerce dice di tenere fuori dalla cache le pagine del carrello, del checkout e dell'account, perché mostrano dati specifici di quel visitatore. Anche alcuni cookie, come quelli del carrello, vanno esclusi. Controlla che il tuo plugin di cache lo faccia.
• Carico in scrittura. Creare ordini, aggiornare le scorte e salvare le sessioni scrive di continuo nel database. Un blog scrive di rado, un negozio scrive tutto il giorno.
• Lavori in background. WooCommerce esegue il lavoro rimandato (email, webhook, pagamenti di abbonamenti) con una coda di lavori integrata chiamata Action Scheduler. La coda è attivata da WP-Cron, quindi su un negozio con poco traffico i lavori possono partire in ritardo. Impostare sul server un'attività cron che esegua WP-Cron a intervalli (insieme all'impostazione DISABLE_WP_CRON) elimina questa dipendenza. Puoi vedere la coda in WooCommerce > Status > Scheduled Actions.

Dati degli ordini e HPOS

High-Performance Order Storage (HPOS) conserva gli ordini in tabelle apposite create per questo scopo, invece che nelle tabelle generiche dei post di WordPress. È l'impostazione predefinita nelle nuove installazioni dalla versione 8.2 di WooCommerce. I negozi più vecchi non passano da soli. Lo attivi in WooCommerce > Settings > Advanced > Features e una modalità di compatibilità mantiene allineate le due strutture. Per il server il punto è questo: la struttura è ottimizzata per gli ordini, ma il database ha comunque bisogno di memoria e disco.

Dimensione iniziale

Questi valori sono regole pratiche e variano con il negozio. Non sono una promessa precisa.

Il numero di plugin, le dimensioni delle immagini e il carico improvviso durante una campagna contano quanto il numero di prodotti. Una cache degli oggetti (come Redis) riduce il carico sul database, ma richiede memoria. Parti in piccolo, poi cresci controllando l'output di free -h e top nelle ore di punta.

Motivi comuni per cui un negozio rallenta

• Immagini dei prodotti grandi e non compresse.
• Plugin inutilizzati e script aggiuntivi che girano su ogni pagina.
• Nessuna cache degli oggetti, quindi la stessa query al database viene rieseguita di continuo.
• Una vecchia versione di PHP che non riceve più manutenzione.

Risolvere questi punti viene spesso prima di ingrandire. Dove ingrandire non aiuta, il problema è di solito nella configurazione.

Backup: un backup giornaliero da solo può non bastare

Da Seturack il backup del server viene fatto ogni notte e gli ultimi 7 giorni vengono conservati. In un negozio gli ordini arrivano tutto il giorno, quindi questo da solo può non bastare. Se ripristini, gli ordini fatti dopo l'ultimo backup vanno persi. Fai più spesso un dump del database e copialo altrove:

mysqldump --single-transaction -u USER -p DATABASE | gzip > orders-$(date +%F-%H%M).sql.gz

In un'attività pianificata non mettere la password nella riga di comando. Usa un file ~/.my.cnf con permessi 600. Su un server WooCommerce già pronto l'applicazione gira in Docker, quindi esegui i comandi del database dall'interno del container. Lì il database è MariaDB. Il container potrebbe non includere mysqldump, quindi usa mariadb-dump. Le immagini dei prodotti sono nella cartella wp-content/uploads, quindi copia anche quella.

Cosa preparare oltre alla dimensione

• HTTPS. Per WooCommerce è obbligatorio. Un server WooCommerce già pronto si apre via HTTPS su un indirizzo derivato dal tuo IP con sslip.io. Per collegare il tuo dominio, vedi questo articolo.
• Email. Installa un plugin SMTP perché le email degli ordini partano. L'installazione non configura l'invio delle email.
• Aggiornamenti. Dopo l'installazione, gli aggiornamenti di WordPress, WooCommerce e dei tuoi plugin sono a tuo carico. Prima di un aggiornamento importante crea uno snapshot dal pannello. Uno snapshot non sostituisce un backup, ti permette solo di tornare al punto precedente.

Un server con WooCommerce preinstallato è pronto in circa 3,5-4 minuti e puoi ingrandirlo dal pannello man mano che il negozio cresce. Dai un'occhiata alla pagina del server WooCommerce.