Vai al contenuto

Impostazioni cookie

Scelga per ogni tipo quali cookie consente. Può modificare la sua scelta in qualsiasi momento tramite Impostazioni cookie in fondo a ogni pagina. Informativa sulla privacy

Necessari

Sempre attivi

Servono per accedere, conservare il carrello e ricordare le sue scelte. Sono sempre attivi.

Quali cookie?
  • weboke_sessie, weboke_klant, weboke_remember: la sua sessione e la permanenza dell'accesso
  • weboke_basket: il suo carrello
  • wkBtwIncl: visualizzazione dei prezzi con o senza IVA
  • wok_cookies: la sua scelta sui cookie, 12 mesi

Misurano quale annuncio porta a una visita o a un ordine, così non paghiamo annunci che non funzionano.

Quali cookie?
  • Google Ads tramite Google Tag Manager (_gcl_au, _gcl_aw), fino a 90 giorni
  • OpenAI Ads, annunci in ChatGPT
  • wok_aff: tramite quale partner è arrivato da noi (programma di affiliazione), 60 giorni

4,6

Paese e lingua

Ogni paese ha il suo sito, con i prezzi e l'IVA di quel paese.

Vedi

Ripristinare e testare

Modulo 8: Backup, sito di staging e aggiornamenti PHP · Tempo di lettura: 8 minuti

Obiettivo: Al termine di questa lezione saprà ripristinare un backup, anche accanto al sito esistente, e verificare che sia completo e utilizzabile.

Concetti chiave: ripristinare (restore), ripristino completo o parziale, file o database, ripristino accanto al sito, ripristino di prova, lista di controllo dopo il ripristino, modificare gli indirizzi, importare il database

Un backup vale qualcosa solo se si può ripristinare

Il momento più doloroso con i backup non è crearli, ma scoprire che il ripristino non riesce: il database manca, il backup è incompleto, il file è danneggiato, oppure nessuno sa come fare. Meglio scoprirlo in un martedì tranquillo che durante un sabato con il sito violato.

Per questo il ripristino va testato, regolarmente, e preferibilmente senza toccare il Suo sito reale.

Cosa ripristinare

Non è sempre necessario ripristinare tutto. Scelga ciò che è adatto alla situazione:

SituazioneCosa ripristinare
Una pagina modificata per erroreNiente: usi le revisioni (lezione 4.1)
Un'immagine o una cartella eliminata per erroreSolo quei file
Un aggiornamento ha reso il sito inutilizzabileI file di quel plugin o l'intera cartella wp-content, a volte anche il database (se l'aggiornamento ha modificato il database)
Contenuti cancellati nel databaseIl database, ma tenga presente che anche tutto ciò che è successo dopo torna indietro
Un attacco hackerTutto, completamente (lezione 7.5), da un backup di molto prima dell'attacco

File e database vanno insieme. Se ripristina solo i file di ieri insieme al database di oggi, un plugin può andare in confusione, perché il suo database era già stato aggiornato. In caso di dubbio: entrambi, dallo stesso momento.

E sempre: ciò che è successo dopo il momento del backup va perso. Nuovi articoli, commenti, ordini, iscrizioni. In un negozio online, prima del ripristino annoti quali ordini sono arrivati dopo il backup.

Ripristinare accanto al sito

Il modo più sicuro per testare e per recuperare qualcosa è ripristinare un backup accanto al Suo sito attuale: su un sottodominio di prova (test.example.com) o in una cartella separata, con un proprio database. Il Suo sito reale resta intatto. In seguito può:

  • verificare se il backup è completo;
  • recuperare una singola cosa (una pagina eliminata, una vecchia versione di un testo) e trasferirla manualmente;
  • esercitarsi con un piano di ripristino.

Alcuni provider di hosting lo permettono con un pulsante (in WebOké Backups, per esempio, "ripristinare accanto al sito attuale"); altrove si copiano manualmente i file e il database in una posizione di prova.

Attenzione all'indirizzo

Un backup di https://example.com che ripristina su https://test.example.com sa ancora di appartenere a example.com: siteurl e home nel database (lezione 1.3) e tutti i link puntano al Suo sito reale. La conseguenza: fa clic nel sito di prova e finisce sul sito reale, oppure accede a quello sbagliato. Per questo, dopo il ripristino, modifichi gli indirizzi:

wp search-replace 'https://example.com' 'https://test.example.com' --skip-columns=guid --dry-run
wp search-replace 'https://example.com' 'https://test.example.com' --skip-columns=guid

Prima la prova con --dry-run, poi l'esecuzione reale; --skip-columns=guid lascia invariati gli identificatori fissi degli articoli. In alternativa usi un plugin di ricerca e sostituzione che gestisca i dati serializzati (lezione 3.2 e l'articolo della knowledge base in Approfondimenti). Attivi subito anche Scoraggia i motori di ricerca (lezione 2.4) oppure una password sul sito di prova, e si assicuri che il sito di prova non invii email a clienti reali (lezione 8.3).

Ripristinare manualmente il database

Se dispone di un file .sql (da un backup o da un'esportazione), lo ripristina così:

  1. Crei un database vuoto e un utente (lezione 2.3), oppure svuoti quello esistente (solo se ne è sicuro).
  2. Importi il file in phpMyAdmin (scheda Importa). Con file di grandi dimensioni phpMyAdmin può bloccarsi; in quel caso usi la funzione di importazione del Suo pannello o la riga di comando (wp db import back-up.sql o mysql).
  3. Verifichi in wp-config.php che i dati del database siano corretti.
  4. Controlli il prefisso delle tabelle: quello del backup (wp_) corrisponde a $table_prefix in wp-config.php? In caso contrario WordPress vede un'installazione vuota e vuole reinstallarsi.

La lista di controllo dopo il ripristino

Un ripristino è riuscito solo se il sito funziona davvero. Verifichi:

  1. La homepage e alcune normali pagine e articoli, aperti in una finestra privata.
  2. Immagini: ci sono (quindi la cartella uploads era nel backup)?
  3. Accedere all'area di amministrazione.
  4. Le funzioni principali: inviare un modulo, aggiungere qualcosa al carrello, effettuare una ricerca.
  5. Permalink: funzionano tutte le pagine, oppure riceve un 404 ovunque tranne che sulla homepage? Allora salvi una volta in Impostazioni > Permalink (lezione 2.4).
  6. Plugin e tema attivi e aggiornati.
  7. La versione: è davvero il contenuto della data che si aspettava?

Annoti quanto è durato il ripristino. Quello è il Suo reale tempo di ripristino: per quanto tempo il Suo sito resta offline in caso di problemi.

Con quale frequenza testare

Una regola pratica: testi almeno una volta al trimestre (lezione 9.4), e dopo ogni modifica al Suo sistema di backup (un nuovo plugin, un altro provider di hosting, un sito molto più grande). Alterni: una volta il backup del provider di hosting, un'altra volta la Sua copia esterna al server (lezione 8.1).

In pratica: come appare in un pannello

Come esempio usiamo WebOké Backups e DirectAdmin. Presso altri provider di hosting i pulsanti hanno nomi diversi, ma le scelte sono le stesse: cosa ripristinare e dove.

  1. Crei prima il sottodominio di prova in DirectAdmin (Gestione sottodomini), con un certificato.
  2. In WebOké Backups scelga un backup di alcuni giorni fa e scelga di ripristinare i file e il database accanto al sito attuale, nella posizione di prova.
  3. Nel database ripristinato modifichi gli indirizzi in quelli del sottodominio di prova.
  4. Verifichi la lista di controllo.
WordPress: creare e ripristinare un backup 1:23

Riepilogo

  • Un backup ha valore solo se si può ripristinare; testi il ripristino.
  • Scelga cosa ripristinare; file e database devono provenire dallo stesso momento. Ciò che è successo dopo il backup va perso.
  • Ripristini un backup accanto al Suo sito per testarlo o per recuperare una singola cosa, e poi modifichi gli indirizzi.
  • Quando importa un database, faccia attenzione al prefisso delle tabelle e ai dati in wp-config.php.
  • Dopo ogni ripristino verifichi una lista di controllo fissa e annoti quanto è durato.

Quiz

1. Perché è preferibile ripristinare un backup prima accanto al sito anziché sovrascriverlo?



2. Ha ripristinato un backup di https://example.com su https://test.example.com. A ogni clic finisce sul Suo sito reale. Cosa deve fare?



3. Dopo l'importazione di un database, WordPress mostra la schermata di installazione. Qual è una causa probabile?



4. Cosa perde se ripristina sul Suo negozio online un backup completo di ieri sera?



Esercizio

Esercizio D8.2: Ripristinare un backup in un sito di staging. Ripristini un backup di alcuni giorni fa su un sottodominio di prova del Suo dominio (per esempio ripristino.example.com), accanto al Suo sito reale. Modifichi gli indirizzi, attivi Scoraggia i motori di ricerca oppure una password sulla posizione di prova, e verifichi la lista di controllo di questa lezione. Spunti ogni punto. Annoti: quale backup (origine e data) ha usato, quanto è durato il ripristino, cosa non è andato bene e come lo ha risolto. Lasci il sito di prova online per l'esercizio A8.3 e poi lo elimini.

Esercizio D8.2: Ripristinare un backup in un sito di staging

Questo esercizio lo svolge da sé; nessuno lo verifica. Spunti ciò che ha fatto e segni l'esercizio come completato.




Le Sue spunte e note restano solo in questo browser; non le inviamo da nessuna parte. Se ha effettuato l'accesso, conserviamo in I miei corsi solo il fatto che ha svolto l'esercizio.

Approfondimenti

Questi articoli descrivono i passaggi nei pannelli di WebOké; negli altri pannelli funzionano in modo simile.

Un momento…

Configuri i suoi domini

Per ogni dominio imposti i nameserver, il collegamento al suo hosting e chi ne diventa l'intestatario.

Caricamento dei suoi domini…