Duplicator: Gestire Package Grandi e Siti con Molti File

Non tutti i siti WordPress sono leggeri e compatti. Portali di notizie con migliaia di articoli, e-commerce con cataloghi estesi, siti multimediali con gallerie fotografiche: tutti questi scenari generano installazioni WordPress che possono raggiungere e superare diversi gigabyte. Duplicator, nella sua versione base, può incontrare difficoltà con siti di queste dimensioni, ma con le giuste configurazioni e strategie è possibile gestire anche i package più impegnativi. In questa guida vedremo come affrontare le sfide dei siti WordPress di grandi dimensioni.

Quando un Sito è Considerato “Grande”

Per Duplicator, un sito può essere considerato grande quando presenta una o più delle seguenti caratteristiche:

• Dimensione file: oltre 500 MB di file totali (spesso causati da una cartella uploads molto popolata).
• Numero file: oltre 50.000 file (molti temi e plugin creano migliaia di file ciascuno).
• Dimensione database: oltre 100 MB (tabelle di log, revisioni, dati WooCommerce, etc.).
• Tabelle database: oltre 100 tabelle (ogni plugin può creare più tabelle).

Queste soglie non sono rigide: dipendono dalle risorse del server (RAM, CPU, disco, timeout PHP). Un server potente può gestire siti più grandi senza problemi, mentre un hosting condiviso economico potrebbe avere difficoltà anche con siti più piccoli.

Problemi Comuni con i Package Grandi

Timeout PHP

Il problema più frequente è il timeout dello script PHP durante la creazione del package. Se il max_execution_time è impostato a 30 secondi (valore predefinito di molti hosting), la creazione di un package da 1 GB fallirà quasi certamente.

Limite di Memoria PHP

La compressione di file grandi richiede memoria. Se il memory_limit è troppo basso (128M o meno), PHP potrebbe esaurire la memoria durante la fase di build.

Spazio Disco Insufficiente

Duplicator crea file temporanei durante la build. Per un sito da 2 GB, servono almeno 4-6 GB di spazio libero: i file originali, l’archivio temporaneo e il package finale.

Limite Upload del Server

Quando il package deve essere caricato su un nuovo server per la migrazione, le limitazioni di upload_max_filesize e post_max_size possono impedire il caricamento di file grandi tramite il browser.

Ottimizzare le Impostazioni PHP

Il primo passo per gestire siti grandi è ottimizzare le impostazioni PHP del server:

Configurazioni Consigliate

max_execution_time = 600
memory_limit = 512M
upload_max_filesize = 2048M
post_max_size = 2048M
max_input_time = 600

Queste impostazioni si possono modificare in diversi modi, a seconda del tipo di hosting:

• Pannello di controllo: in Plesk o cPanel, cerca la sezione PHP del dominio e modifica i valori.
• php.ini: se hai accesso al file php.ini, modifica direttamente i valori.
• .user.ini: crea o modifica il file .user.ini nella root del sito (funziona con PHP-FPM).
• .htaccess: aggiungi direttive php_value nel file .htaccess (funziona solo con Apache mod_php).

Strategie di Riduzione della Dimensione

1. Escludere la Cache

Le cartelle di cache possono occupare centinaia di megabyte e non sono necessarie nel backup. Escludi:

• /wp-content/cache/
• /wp-content/et-cache/ (Divi)
• /wp-content/w3tc-config/ (W3 Total Cache)
• /wp-content/wflogs/ (Wordfence)
• Qualsiasi cartella di cache generata da plugin specifici

2. Escludere Backup Precedenti

Non includere nel package i backup creati da altri plugin:

• /wp-content/backups-dup-lite/ (backup precedenti di Duplicator)
• /wp-content/backups-dup-pro/
• /wp-content/updraft/
• /wp-content/ai1wm-backups/

3. Ottimizzare i Media

La cartella uploads è spesso la più grande. Prima di creare il package:

• Comprimi le immagini: utilizza plugin come ShortPixel, Imagify o Smush per comprimere le immagini senza perdita di qualità visibile.
• Rimuovi i media non utilizzati: plugin come “Media Cleaner” identificano e rimuovono le immagini caricate ma non utilizzate in nessun articolo o pagina.
• Elimina le dimensioni intermedie non necessarie: WordPress genera più versioni di ogni immagine caricata. Se il tuo tema ne usa solo alcune, puoi eliminare le altre.

4. Pulire il Database

• Revisioni: elimina le revisioni degli articoli. Un sito con 500 articoli e 10 revisioni ciascuno ha 5.000 revisioni nel database.
• Commenti spam: svuota il cestino dei commenti.
• Dati transitori: elimina i transient scaduti dal database.
• Tabelle orfane: identifica e rimuovi le tabelle lasciate da plugin disinstallati.
• Log: svuota le tabelle di log (action log, email log, error log, etc.).

Plugin come WP-Optimize, Advanced Database Cleaner o WP-Sweep possono automatizzare queste operazioni.

DupArchive: Il Formato per Siti Grandi

Duplicator offre due formati di archivio: ZIP e DupArchive. Per i siti grandi, DupArchive è la scelta migliore. Ecco perché:

• Nessun limite di dimensione: il formato ZIP ha un limite teorico di 4 GB (2 GB su alcuni server). DupArchive non ha limiti pratici.
• Estrazione incrementale: DupArchive estrae i file in blocchi, riducendo l’uso di memoria.
• Creazione segmentata: il package viene creato in segmenti, evitando timeout.
• Ripresa dopo errore: se la creazione si interrompe, può riprendere dal punto in cui si è fermata.

Per utilizzare DupArchive, vai su Duplicator > Settings > Packages > Archive Engine e seleziona DupArchive.

Duplicator Pro: Funzionalità per Siti Grandi

La versione Pro di Duplicator include funzionalità specifiche per la gestione di siti di grandi dimensioni:

Chunking (Elaborazione a Blocchi)

Il chunking divide il processo di creazione del package in più esecuzioni PHP. Invece di creare l’intero archivio in una singola esecuzione (che potrebbe superare il timeout), il processo viene suddiviso in blocchi gestibili. Ogni blocco viene elaborato in una singola richiesta PHP, rispettando i limiti di timeout.

Database Chunking

Analogamente, l’esportazione del database può essere suddivisa in più passaggi, consentendo l’esportazione di database molto grandi senza timeout.

Shell Commands

Duplicator Pro può utilizzare comandi shell nativi (mysqldump per il database, zip per l’archivio) che sono significativamente più veloci delle equivalenti funzioni PHP. Se il tuo hosting permette l’esecuzione di comandi shell, abilitare questa opzione può ridurre drasticamente il tempo di creazione del package.

Multi-Thread

Su server che lo supportano, Duplicator Pro può utilizzare più thread per la creazione dell’archivio, sfruttando meglio le risorse del server.

Gestire il Trasferimento di Package Grandi

Una volta creato il package, devi trasferirlo sul server di destinazione. Per file di grandi dimensioni, il caricamento via browser non è praticabile. Ecco le alternative:

FTP/SFTP

Utilizza un client FTP come FileZilla per caricare l’archivio e l’installer. FTP gestisce file di qualsiasi dimensione e supporta la ripresa del trasferimento in caso di interruzione.

SSH/SCP

Se hai accesso SSH al server di destinazione, usa scp o rsync per trasferire i file. Questo metodo è generalmente più veloce di FTP.

wget/curl dal Server

Se entrambi i server hanno accesso a internet, puoi scaricare il package direttamente dal server di origine a quello di destinazione usando wget o curl:

wget https://vecchiosito.it/wp-content/backups-dup-pro/pacchetto.zip

Questo metodo è molto rapido perché sfrutta la connessione tra i data center, che è generalmente più veloce della connessione domestica.

Cloud come Intermediario

Salva il package su Google Drive, Dropbox o S3 dal server di origine, poi scaricalo sul server di destinazione. Questo approccio è utile quando i server non possono comunicare direttamente.

Strategie di Suddivisione del Backup

Se nonostante tutte le ottimizzazioni il sito rimane troppo grande per un singolo package, puoi adottare una strategia di backup suddiviso:

Backup File + Database Separati

1. Crea un package “Solo Database” con Duplicator. Questo sarà piccolo e veloce.
2. Trasferisci i file separatamente via FTP/SFTP o rsync.
3. Sul server di destinazione, usa l’installer in modalità “Database Only” per importare il database.

Esclusione Selettiva dei Media

1. Crea il package escludendo la cartella uploads (o le sottocartelle più grandi).
2. Trasferisci la cartella uploads separatamente via FTP/SFTP.
3. Installa il package (senza media) con l’installer.
4. Copia la cartella uploads nella posizione corretta.

Monitorare la Dimensione del Sito

Prevenire è meglio che curare. Ecco come tenere sotto controllo la dimensione del sito:

• Dashboard di WordPress: Strumenti > Salute del sito mostra la dimensione della directory e del database.
• Pannello hosting: monitora l’utilizzo dello spazio disco dal pannello del tuo hosting.
• Duplicator Tools: la sezione Tools di Duplicator mostra informazioni sulla dimensione del sito.
• Impostare limiti: configura un numero massimo di revisioni per articolo in wp-config.php: define(’WP_POST_REVISIONS’, 5);

Best Practice per Siti Grandi

• Backup incrementali: se disponibili (Duplicator Pro), usa i backup incrementali che salvano solo i file modificati dall’ultimo backup.
• Usa CDN per i media: servire le immagini da un CDN riduce la dimensione dei file sul server e, di conseguenza, dei backup.
• Offloading dei media: plugin come WP Offload Media spostano le immagini su S3 o un servizio simile, riducendo la dimensione locale del sito.
• Pulizia regolare: schedula una pulizia mensile del database e dei file temporanei.
• Hosting adeguato: un sito grande ha bisogno di un hosting con risorse adeguate. Un hosting condiviso economico non è la scelta giusta.

Conclusioni

Gestire package grandi con Duplicator richiede preparazione e le giuste configurazioni, ma non è impossibile. La combinazione di ottimizzazione del sito, impostazioni PHP adeguate, formato DupArchive e funzionalità Pro come il chunking permette di gestire anche i siti WordPress più grandi. La chiave è ridurre la dimensione del sito prima del backup (eliminando cache, revisioni e file inutili) e utilizzare le impostazioni corrette per il processo di creazione del package.

Per siti di grandi dimensioni, un hosting WordPress performante con risorse dedicate fa la differenza. I nostri piani hosting offrono spazio disco generoso, limiti PHP configurabili e supporto per comandi shell, tutto ciò che serve per gestire backup di siti impegnativi.

Il tuo sito WordPress è troppo grande per gestire i backup da solo? Il nostro team può aiutarti a ottimizzare il sito e a configurare una strategia di backup efficace anche per le installazioni più impegnative. Contattaci per una consulenza tecnica personalizzata.