Mettere in piedi un sito di staging WordPress era un tempo la parte faticosa del lavoro. Configurare un sottodominio, copiare il database, sincronizzare i file, correggere il cerca-e-sostituisci e pregare che nulla in wp-config.php saltasse in aria. WP Staging Pro ha compresso tutto questo in un clone con un clic e, per la maggior parte dei flussi di lavoro delle agenzie, il problema dello staging è di fatto risolto.
Il problema è che il flusso di lavoro di staging continua a farsi più pesante anche se il plugin di staging continua a farsi più veloce. E il colpevole è quasi sempre la stessa cartella: wp-content/uploads.
Lavoro ogni settimana con molte agenzie e team di plugin. Lo schema è quasi identico ovunque. Un sito parte da ordinati 2 GB. Otto anni dopo è un mostro da 60 GB con sottocartelle wp-content/uploads/2018/02/ che nessuno ha toccato dal giorno in cui sono state create. Il plugin di staging funziona ancora. Il clone si completa ancora. Solo che ci mette molto più del dovuto, si mangia una bella fetta di disco e trasforma silenziosamente un flusso da un clic in una pausa caffè.
Questo è il costo nascosto. E vale la pena risolverlo, perché la soluzione è onestamente piuttosto noiosa una volta che la vedi.
Perché wp-content/uploads è la tassa sullo staging di cui nessuno parla
Ecco come appare davvero un’installazione WordPress media sotto il cofano. Il core è forse 50 MB. Plugin e temi insieme, anche su una build d’agenzia carica, raramente superano i 500 MB. Il database di un sito ricco di contenuti, al massimo, può arrivare a 200-400 MB.
Poi c’è wp-content/uploads. Su un sito WooCommerce di cinque anni, quella cartella può facilmente arrivare a 20-50 GB. Su un sito editoriale ricco di media o di membership, oltre 100 GB non è insolito. Ho visto siti di clienti in cui uploads rappresenta il 98 % dell’intera impronta di WordPress. Il restante 2 % è tutto ciò che cambia davvero tra un deploy e l’altro.
I plugin di staging devono gestire tutto questo. Anche quando WP Staging Pro fa il suo lavoro alla perfezione, copiando un database in pochi secondi e saltando le cartelle escluse con precisione chirurgica, nel momento in cui gli chiedi di clonare un sito completo per la revisione del cliente, stai chiedendo al tuo server di duplicare ogni JPEG del 2019.
Questo si manifesta in quattro costi reali:
- Spazio su disco. Un sito da 60 GB clonato su un sottodominio di staging occupa ora 120 GB su disco. Due ambienti di staging? 180 GB. La maggior parte degli host condivisi e persino gestiti fa pagare TANTISSIMO per questo.
- Tempo di clonazione. Copiare il database è veloce. Copiare i file è limitato dall’I/O del tuo server. Una cartella uploads da 60 GB è un lavoro di I/O da 60 GB, per quanto buono sia il tuo plugin.
- Peso dei backup. Ogni backup di ogni sito di staging riarchivia ogni immagine che hai mai caricato. Archiviato in destinazioni cloud, diventa costoso.
- Carico mentale. «Non clonare il sito di staging proprio ora, sto aspettando che finisca un backup» è una frase che ho sentito, in una forma o nell’altra, in ogni agenzia con cui ho lavorato.
Niente di tutto questo è colpa di WP Staging Pro. È un problema della libreria media travestito da staging.
Cosa gestisce davvero in modo brillante WP Staging Pro
Prima di parlare del lato media, vale la pena essere onesti su ciò in cui WP Staging Pro è eccezionale. Perché il punto di questo articolo non è «i plugin di staging sono lenti» – non lo sono, quelli moderni sono notevoli. Il punto è che le parti che sono lente si sono spostate.
WP Staging Pro gestisce le parti difficili dello staging con pochissimo dramma:
- Clonazione del database con supporto selettivo delle tabelle, che è onestamente la parte dello staging che un tempo rompeva tutto. Le tabelle vengono copiate con la corretta riscrittura del prefisso e i dati serializzati sono gestiti correttamente.
- Clonazione del sito con un clic in una sottocartella o sottodominio, con autenticazione utente così che la copia di staging non venga indicizzata o consultata per sbaglio.
- Sincronizzazione di plugin e temi tra staging e produzione, così un’agenzia può testare un aggiornamento di plugin in isolamento e rimettere la versione funzionante senza distruggere le modifiche del cliente.
- Backup con destinazioni cloud tra cui Google Drive, Amazon S3, Dropbox, OneDrive, Wasabi, pCloud, DigitalOcean Spaces, archiviazione generica compatibile S3 e SFTP. Questa è la parte che la maggior parte sottovaluta. Una pipeline di backup pianificata su S3 è davvero una funzionalità di livello enterprise.
- Ripristini a prova di proiettile, la funzionalità che non apprezzi finché non arriva il giorno in cui ti serve. Un backup vale solo ciò che riesci a ripristinare da esso. WP Staging Pro ripristina in modo pulito anche quando WordPress stesso è rotto e non riesci ad accedere a wp-admin. C’è uno strumento di ripristino autonomo che gira indipendentemente dalla tua installazione di WordPress, proprio per le situazioni in cui è andato tutto storto. Se il tuo sito è giù alle 2 di notte, è questa la funzionalità che ti rimette online.
- Supporto multisito, dove storicamente ogni altro strumento di staging crolla in silenzio.
- Migrazione del sito tra host e domini, con il cerca-e-sostituisci gestito automaticamente.
Il plugin è costruito per siti di qualsiasi dimensione, comprese le installazioni da oltre 50 GB, e l’architettura è davvero impressionante una volta che scavi nel modo in cui suddivide le operazioni in blocchi per evitare i timeout di PHP. Per tutto ciò che è dentro il database, la cartella dei plugin e la cartella dei temi, è un problema risolto.
La cartella wp-content/uploads è dove la conversazione si fa interessante.
Perché «basta escludere la cartella uploads» non è una vera risposta
La mossa ovvia è dire a WP Staging Pro di saltare wp-content/uploads durante la clonazione. Il plugin te lo permette e, per alcuni flussi di lavoro, è la scelta giusta.
Per la maggior parte dei flussi non lo è. Ecco perché.
Se il tuo sito di staging non ha i media di produzione, ogni pagina che visualizzi in anteprima sembra rotta. L’immagine hero della home è un segnaposto. Le gallerie prodotto di WooCommerce sono dei 404. Le immagini in evidenza non vengono mostrate. Tutto il senso dello staging è vedere ciò che vede la produzione, e un sito di staging senza media non ti permette di approvare una modifica con sicurezza.
Alcuni team aggirano la cosa con montaggi NFS, link simbolici o job rsync che girano in parallelo al clone di staging. Funzionano. Sono anche fragili, dipendenti dall’host e reintroducono esattamente il tipo di configurazione manuale che i plugin di staging erano nati per eliminare.
C’è una risposta più pulita che funziona a prescindere da quante copie di staging crei, e non richiede alcuno scripting a livello di host.
Sposta i media completamente fuori da WordPress
Il cambiamento che risolve davvero il problema è smettere di trattare i media di WordPress come parte del sito. Spostali su uno storage di oggetti nel cloud, servili tramite una CDN e lascia che WordPress tenga dei puntatori invece dei file.
È questo che fa Infinite Uploads. Sposta tutte le immagini, i video e i file della tua Libreria media fuori dal tuo server di hosting e nel cloud, poi fa in modo che il tuo sito continui a servirli ai visitatori alla velocità della luce da server in tutto il mondo. Pensalo come spostare i tuoi schedari dall’ufficio a un magazzino più vicino ai tuoi clienti. I file restano tuoi. Semplicemente non vivono più sul tuo server di hosting, il che significa che il tuo sito diventa più leggero, più veloce e molto più economico da sottoporre a backup.
Per il funzionamento quotidiano del sito, il risultato è che WordPress non cambia. I redattori caricano le immagini allo stesso modo. La Libreria media appare normale. Gli URL funzionano. La SEO non si rompe, perché la riscrittura è gestita a livello di database e i vecchi URL vengono preservati.
Per i flussi di lavoro di staging in particolare, tre cose cambiano in modo utile:
Il clone di staging diventa senza peso. Quando wp-content/uploads è 200 MB di segnaposti che puntano allo storage cloud invece di 60 GB di JPEG reali, WP Staging Pro non ha quasi nulla da copiare sul lato media. Il tempo di clonazione scende da «vai a prenderti un caffè» a «aspetta, è già fatto?», perché ora il plugin fa ciò per cui è stato costruito: copiare le parti del sito che cambiano davvero.
Staging e produzione condividono la stessa libreria media. Quando cloni, la copia di staging punta allo stesso storage cloud della produzione. Ogni immagine, video e PDF esistente si carica su staging senza copiare un singolo file. Nessun job di sincronizzazione, nessuna attesa di un trasferimento da 60 GB, nessuna anteprima a metà rotta con l’immagine hero mancante. Infinite Uploads ha testato questo flusso di lavoro specificamente con WP Staging Pro e confermato che la connessione sopravvive sia alla clonazione sia al riportare le modifiche in produzione.
I backup smettono di essere pesanti in termini di storage. Un backup pianificato di WP Staging Pro di database, plugin e temi è abbastanza piccolo da arrivare su Google Drive in pochi secondi. I media sono già sottoposti a backup a livello di storage cloud e non hanno bisogno di essere archiviati dentro ogni snapshot di WordPress. I costi di storage scendono. I tempi di ripristino scendono. Le pianificazioni possono girare ogni ora senza che nessuno se ne accorga.
Il flusso di lavoro combinato nella pratica
Come appare questo quando metti insieme i due plugin è piuttosto lineare.
La produzione fa girare WP Staging Pro per backup, migrazioni e il clone di staging occasionale. Lo stesso sito fa girare Infinite Uploads per tenere la libreria media scaricata e servita via CDN. I tuoi redattori non sanno che esiste nessuno dei due plugin. Caricano immagini, premono pubblica e tutto funziona.
Quando ti serve un sito di staging per testare un aggiornamento di plugin o vedere in anteprima un restyling, clicchi su clona in WP Staging Pro. Il plugin copia il database, la cartella dei plugin e la cartella dei temi. La cartella uploads è un sottile guscio di riferimenti, quindi si copia in pochi secondi. Il nuovo sito di staging si avvia puntando agli stessi media cloud della produzione, il che significa che ogni pagina viene resa correttamente senza nessuno del peso su disco.
Quando il lavoro è finito e riporti le modifiche in produzione, WP Staging Pro gestisce il merge del database e del codice. I media non hanno mai dovuto spostarsi perché non sono mai stati davvero su nessuno dei due server.
Quando i backup girano su pianificazione, sono snapshot di database-e-codice, quindi piccoli, veloci ed economici da archiviare. I media hanno la loro ridondanza a livello di storage cloud, che è comunque davvero più affidabile che comprimere tutto in un archivio .wpstg una volta al giorno.
Questo è lo stack che un’agenzia WordPress moderna dovrebbe far girare su ogni sito sopra i 5 GB. WP Staging Pro per il database, i plugin, i temi e le migrazioni. Infinite Uploads per i media. Ogni plugin fa ciò che sa fare meglio, senza che l’uno pesti i piedi all’altro.
Cosa cambia quando lo stack è giusto
Le metriche che contano per i flussi di lavoro delle agenzie si spostano in modi facili da misurare.
I cloni di staging che prima richiedevano 20 minuti finiscono in meno di due. L’uso del disco sul server di origine scende dell’80-95 % sui siti ricchi di media. I backup pianificati smettono di fallire per i limiti di memoria perché non cercano più di archiviare una directory da 50 GB. Le bollette di hosting scendono sui piani in cui lo storage è a consumo. Gli ambienti di anteprima per i clienti possono essere avviati con disinvoltura invece di essere pianificati attorno al carico del server.
E la parte più difficile da quantificare: il flusso di lavoro di staging smette di essere un progetto. Diventa ciò che doveva essere fin dall’inizio, cioè un clic di routine che ti permette di pubblicare con sicurezza.
WP Staging Pro ha reso lo staging accessibile. Infinite Uploads lo mantiene tale man mano che i tuoi siti crescono.
Mantieni onesto il tuo stack. Non lasciare che la cartella uploads si mangi il flusso di lavoro.
