WordPress
Utilizzo della gestione temporanea: invio in produzione e download dalla produzione
Once a staging copy exists, two operations keep it useful: pushing your tested changes up to the live site, and resetting staging back to a fresh copy of production. This guide covers both…
Una volta che esiste una copia di staging, due operazioni la mantengono utile: spingere le modifiche testate sul sito live e ripristinare lo staging tornando a una copia nuova della produzione. Questa guida copre entrambe le direzioni in dettaglio, le conferme che proteggono il sito live e i casi in cui spingere un database distruggerebbe i dati.
Se non hai ancora creato un ambiente di staging, inizia con Utilizzo degli ambienti di staging. Questo articolo prosegue dal punto in cui lo staging esiste.
Le due direzioni
| Operazione | Sovrascrive | Usalo quando |
|---|---|---|
| Spingere verso la produzione | Il tuo sito live | Le modifiche su staging sono testate e pronte per andare live |
| Ripristinare dalla produzione | Il tuo sito di staging | Vuoi una copia pulita del sito live attuale per lavorarvi |
Entrambe si trovano nella stessa schermata: Websites, poi il tuo sito, poi Environments, poi Staging.
La scheda in alto di quella schermata mostra il tuo dominio di staging, il suo stato, quanto tempo fa è stato sincronizzato l'ultima volta dalla produzione e quando è stato spinto l'ultima volta. WP Admin ti accede direttamente al dashboard del sito di staging e Visit site apre il front end di staging.
Una copia di staging che non è stata sincronizzata da una settimana o più è contrassegnata in ambra su quella scheda. Uno staging vecchio è peggio di nessuno staging: finisci per testare su un sito che non assomiglia più a quello live. Ripristina prima di iniziare un nuovo lavoro, non dopo.
Spingere lo staging verso la produzione
Ciò sostituisce parte o tutto il tuo sito live con ciò che si trova su staging.
- Apri Environments, poi Staging.
- Scorri verso Push Staging to Production.
- Scegli cosa spingere con le caselle di controllo: Files, Database o entrambi.
- Se hai selezionato Database, lascia Rewrite URLs selezionato. Esegue una ricerca e sostituzione in ogni tabella in modo che il nome host di staging venga scambiato con quello di produzione come parte della spinta.
- Seleziona I understand this modifies my live production site.
- Digita il tuo dominio di produzione nella casella di conferma esattamente come mostrato.
- Fai clic su Push to Production.
Il pulsante rimane disabilitato finché la casella di controllo non è selezionata e il dominio non corrisponde, quindi un clic non tempestivo non può avviare una spinta.
Una spinta sovrascrive, non unisce. Tutto ciò che è cambiato sulla produzione dall'ultimo ripristino viene sostituito da ciò che è su staging. Ciò include nuovi post, nuovi account di clienti, nuove voci di moduli e nuovi ordini.
Un backup completo della produzione viene eseguito automaticamente prima che qualsiasi cosa venga scritta e, se la spinta fallisce a metà strada, la produzione viene ripristinata a quel backup. I siti piccoli di solito terminano in molto meno di un minuto; un database di grandi dimensioni o una libreria multimediale di diversi gigabyte richiede più tempo.
Scelta di file, database o entrambi
Questa è la decisione più importante e la risposta di solito non è "entrambi".
File solo. L'impostazione predefinita sicura per un sito che raccoglie qualsiasi cosa dai visitatori. Modifiche ai temi, aggiornamenti di plugin, modifiche ai template e codice personalizzato vivono tutto nei file. Spingere solo i file lascia intatti ogni post, commento, ordine e utente sulla produzione.
Solo database. Per le modifiche di contenuto o impostazioni apportate su staging, su un sito dove nessuno modifica direttamente la produzione. Raro nella pratica.
Entrambi. Corretto per una riprogettazione o una ricostruzione dove staging è il nuovo sito e la produzione viene sostituita completamente. Annuncialo, fallo fuori orario e conferma di avere un backup attuale prima.
Spingere il database a un negozio live elimina gli ordini. WooCommerce mantiene ordini, clienti, abbonamenti, coupon e livelli di stock nel database, quindi ogni ordine effettuato dall'ultimo ripristino dalla produzione scompare nel momento in cui la spinta si completa. Non c'è recupero parziale. Su un negozio, spingere solo i file e apportare modifiche a livello di database direttamente sulla produzione. Vedi Setting Up WooCommerce.
La stessa trappola si applica, meno drammaticamente, a qualsiasi sito con commenti, invii di moduli, iscrizioni di utenti o una mailing list archiviati in WordPress.
Ripristino dello staging dalla produzione
Questa è la direzione sicura: sovrascrive lo staging con il sito live attuale e non tocca mai la produzione.
- Apri Environments, poi Staging.
- Trova Reset from Production.
- Seleziona Files, Database o entrambi.
- Fai clic su Reset from Production.
Fai questo ogni volta che:
- La produzione ha avanzato, con nuovi post, nuovi ordini o modifiche di contenuto.
- Stai iniziando un nuovo lavoro e vuoi una base realistica.
- Lo staging si è allontanato abbastanza da rendere un risultato di test lì irrilevante.
Qualsiasi cosa su staging che non è stata spinta viene persa. Se c'è un lavoro su staging che desideri ancora, spingilo prima, o copia i file modificati tramite Files, poi File Manager prima di ripristinare.
Come funziona la riscrittura degli URL
WordPress memorizza il proprio indirizzo nel database, nelle righe siteurl e home della tabella delle opzioni, e gli URL assoluti finiscono anche nei contenuti dei post, nei valori meta, nelle impostazioni dei widget e nelle opzioni del tema.
Il tuo sito di staging viene eseguito su staging. seguito dal tuo dominio, quindi ognuno di questi valori punta al nome host di staging mentre lavori lì. Rewrite URLs sulla spinta esegue una corretta ricerca e sostituzione in tutte le tabelle, gestendo correttamente le impostazioni dei plugin serializzati e scambia il nome host di staging con quello di produzione.
Lascialo selezionato a meno che tu non abbia una ragione specifica per non farlo. Se spingere solo i file o un URL di staging errante sopravvive, correggilo con Running a Search and Replace.
Un flusso di lavoro che regge
- Ripristina dalla produzione in modo che lo staging corrisponda al sito live.
- Fai un backup della produzione prima di iniziare, in modo da avere un punto di ripristino indipendente dalla spinta: Taking a Backup.
- Fai il lavoro su staging. Aggiornamenti di plugin e temi, nuovo codice, modifiche di layout.
- Testa sul dominio di staging. Carica le pagine che hai modificato e le pagine che non hai modificato. Su un negozio, esegui un test di ordine da inizio a fine.
- Spingere solo i file a meno che tu non abbia deliberatamente deciso che il database debba andare anche.
- Controlla immediatamente la produzione. Home page, una pagina profonda, il checkout e il dashboard di amministrazione.
- Ripristina di nuovo lo staging dalla produzione una volta che sei soddisfatto, in modo che il prossimo round inizi pulito.
Lo staging è gestito interamente dal tuo sito di produzione. Non viene visualizzato come una voce separata nell'elenco Websites, quindi ogni controllo per esso, inclusa la sua eliminazione, vive su questa scheda.
Eliminazione dello staging
La scheda Delete Staging in fondo alla stessa schermata rimuove la copia di staging. La produzione rimane inalterata. Eliminalo quando un progetto è terminato: lo staging conta verso lo spazio di archiviazione del tuo piano e una copia non aggiornata è una responsabilità piuttosto che un vantaggio.
Risoluzione dei problemi
Il pulsante Push to Production non si attiva. Entrambe le condizioni devono essere soddisfatte: la casella di controllo di conferma selezionata e il dominio di produzione digitato esattamente, senza https:// e senza barra finale.
La spinta è terminata ma il sito mostra ancora contenuti vecchi. Caching. Svuota da WordPress, poi Quick Actions, poi Flush Cache, cancella la CDN da Performance, poi Kapsule CDN e ricarica in una finestra privata.
Gli URL di staging vengono visualizzati sul sito live dopo una spinta. Il database è passato senza Rewrite URLs selezionato. Esegui una ricerca e sostituzione dal nome host di staging al tuo dominio di produzione: Running a Search and Replace.
Ho spinto il database e perso gli ordini. Ripristina immediatamente il backup precedente alla spinta automatica, prima che arrivino altri ordini sul database sovrascritto: Restoring From a Backup.
Lo staging mostra un errore dopo un ripristino. Un plugin che hardcoda il dominio di produzione è la causa solitamente. Accedi con WP Admin sulla scheda di staging e disattiva i plugin lì finché l'errore non si risolve, poi correggi o sostituisci quello offensivo sulla produzione.