Vai al contenuto

Guida completa Drupal

Migrazioni, hosting, DNS e SSL in Drupal

In breve: Trasferimenti, domini, certificati, configurazioni server e continuità operativa. Questa guida riunisce i casi che prima erano distribuiti in trenta URL molto simili e li organizza in un unico percorso diagnostico verificabile.

Ambito e componenti da controllare

Il sintomo visibile è soltanto il punto di partenza. Prima di modificare Drupal, separa applicazione, estensioni, tema, database, cache, web server e servizi esterni. Cambia una variabile per volta e conserva sempre l’evidenza che conferma o esclude un livello.

Sintomi ed evidenze da raccogliere

Sintomo Prima evidenza utile
Problemi dopo il trasferimento Registra URL, utente, orario, risultato atteso e messaggio esatto; poi cerca la stessa evidenza nei log.
Riferimenti al vecchio dominio Registra URL, utente, orario, risultato atteso e messaggio esatto; poi cerca la stessa evidenza nei log.
Errori SSL o contenuti misti Registra URL, utente, orario, risultato atteso e messaggio esatto; poi cerca la stessa evidenza nei log.
Problemi DNS Registra URL, utente, orario, risultato atteso e messaggio esatto; poi cerca la stessa evidenza nei log.
File o configurazioni mancanti Registra URL, utente, orario, risultato atteso e messaggio esatto; poi cerca la stessa evidenza nei log.

Diagnosi per componente

Ogni componente può produrre sintomi simili. Le schede seguenti indicano cosa significa ciascun caso e quale prova raccogliere prima della correzione.

La migrazione Composer

Nel contesto di Drupal, la migrazione Composer partecipa a un flusso più ampio. Assistenza Drupal per errori, Composer, Drush, moduli, temi, cache, configurazione, sicurezza e migrazioni. Per questo è necessario osservare non soltanto la pagina finale, ma anche ciò che accade nell’area amministrativa e i report di stato di Drupal, nei processi pianificati e nei servizi collegati.

Problemi dopo il trasferimento

Quando la migrazione Composer non funziona dopo il trasferimento, il sintomo non basta per scegliere la correzione. Su Drupal conviene prima confrontare ambiente sorgente e destinazione, trasferire file e dati in modo coerente e verificare dominio, certificato, servizi esterni e processi pianificati. La prima evidenza utile è il messaggio registrato nei log nello stesso momento della richiesta, insieme alla versione del CMS, di PHP e dei componenti modificati di recente.

Riferimenti al vecchio dominio

Quando la migrazione Composer mantiene riferimenti al vecchio dominio, il sintomo non basta per scegliere la correzione. Su Drupal conviene prima confrontare ambiente sorgente e destinazione, trasferire file e dati in modo coerente e verificare dominio, certificato, servizi esterni e processi pianificati. La prima evidenza utile è il messaggio registrato nei log nello stesso momento della richiesta, insieme alla versione del CMS, di PHP e dei componenti modificati di recente.

Errori SSL o contenuti misti

Quando la migrazione Composer mostra errori SSL o contenuti misti, il sintomo non basta per scegliere la correzione. Su Drupal conviene prima confrontare ambiente sorgente e destinazione, trasferire file e dati in modo coerente e verificare dominio, certificato, servizi esterni e processi pianificati. La prima evidenza utile è il messaggio registrato nei log nello stesso momento della richiesta, insieme alla versione del CMS, di PHP e dei componenti modificati di recente.

Problemi DNS

Quando la migrazione Composer non risolve correttamente i DNS, il sintomo non basta per scegliere la correzione. Su Drupal conviene prima confrontare ambiente sorgente e destinazione, trasferire file e dati in modo coerente e verificare dominio, certificato, servizi esterni e processi pianificati. La prima evidenza utile è il messaggio registrato nei log nello stesso momento della richiesta, insieme alla versione del CMS, di PHP e dei componenti modificati di recente.

File o configurazioni mancanti

Quando la migrazione Composer perde file o configurazioni durante la migrazione, il sintomo non basta per scegliere la correzione. Su Drupal conviene prima confrontare ambiente sorgente e destinazione, trasferire file e dati in modo coerente e verificare dominio, certificato, servizi esterni e processi pianificati. La prima evidenza utile è il messaggio registrato nei log nello stesso momento della richiesta, insieme alla versione del CMS, di PHP e dei componenti modificati di recente.

Il deploy del codice

Nel contesto di Drupal, il deploy del codice partecipa a un flusso più ampio. Assistenza Drupal per errori, Composer, Drush, moduli, temi, cache, configurazione, sicurezza e migrazioni. Per questo è necessario osservare non soltanto la pagina finale, ma anche ciò che accade nell’area amministrativa e i report di stato di Drupal, nei processi pianificati e nei servizi collegati.

Problemi dopo il trasferimento

Quando il deploy del codice non funziona dopo il trasferimento, il sintomo non basta per scegliere la correzione. Su Drupal conviene prima confrontare ambiente sorgente e destinazione, trasferire file e dati in modo coerente e verificare dominio, certificato, servizi esterni e processi pianificati. La prima evidenza utile è il messaggio registrato nei log nello stesso momento della richiesta, insieme alla versione del CMS, di PHP e dei componenti modificati di recente.

Riferimenti al vecchio dominio

Quando il deploy del codice mantiene riferimenti al vecchio dominio, il sintomo non basta per scegliere la correzione. Su Drupal conviene prima confrontare ambiente sorgente e destinazione, trasferire file e dati in modo coerente e verificare dominio, certificato, servizi esterni e processi pianificati. La prima evidenza utile è il messaggio registrato nei log nello stesso momento della richiesta, insieme alla versione del CMS, di PHP e dei componenti modificati di recente.

Errori SSL o contenuti misti

Quando il deploy del codice mostra errori SSL o contenuti misti, il sintomo non basta per scegliere la correzione. Su Drupal conviene prima confrontare ambiente sorgente e destinazione, trasferire file e dati in modo coerente e verificare dominio, certificato, servizi esterni e processi pianificati. La prima evidenza utile è il messaggio registrato nei log nello stesso momento della richiesta, insieme alla versione del CMS, di PHP e dei componenti modificati di recente.

Problemi DNS

Quando il deploy del codice non risolve correttamente i DNS, il sintomo non basta per scegliere la correzione. Su Drupal conviene prima confrontare ambiente sorgente e destinazione, trasferire file e dati in modo coerente e verificare dominio, certificato, servizi esterni e processi pianificati. La prima evidenza utile è il messaggio registrato nei log nello stesso momento della richiesta, insieme alla versione del CMS, di PHP e dei componenti modificati di recente.

File o configurazioni mancanti

Quando il deploy del codice perde file o configurazioni durante la migrazione, il sintomo non basta per scegliere la correzione. Su Drupal conviene prima confrontare ambiente sorgente e destinazione, trasferire file e dati in modo coerente e verificare dominio, certificato, servizi esterni e processi pianificati. La prima evidenza utile è il messaggio registrato nei log nello stesso momento della richiesta, insieme alla versione del CMS, di PHP e dei componenti modificati di recente.

La sincronizzazione configurazione

Nel contesto di Drupal, la sincronizzazione configurazione partecipa a un flusso più ampio. Assistenza Drupal per errori, Composer, Drush, moduli, temi, cache, configurazione, sicurezza e migrazioni. Per questo è necessario osservare non soltanto la pagina finale, ma anche ciò che accade nell’area amministrativa e i report di stato di Drupal, nei processi pianificati e nei servizi collegati.

Problemi dopo il trasferimento

Quando la sincronizzazione configurazione non funziona dopo il trasferimento, il sintomo non basta per scegliere la correzione. Su Drupal conviene prima confrontare ambiente sorgente e destinazione, trasferire file e dati in modo coerente e verificare dominio, certificato, servizi esterni e processi pianificati. La prima evidenza utile è il messaggio registrato nei log nello stesso momento della richiesta, insieme alla versione del CMS, di PHP e dei componenti modificati di recente.

Riferimenti al vecchio dominio

Quando la sincronizzazione configurazione mantiene riferimenti al vecchio dominio, il sintomo non basta per scegliere la correzione. Su Drupal conviene prima confrontare ambiente sorgente e destinazione, trasferire file e dati in modo coerente e verificare dominio, certificato, servizi esterni e processi pianificati. La prima evidenza utile è il messaggio registrato nei log nello stesso momento della richiesta, insieme alla versione del CMS, di PHP e dei componenti modificati di recente.

Errori SSL o contenuti misti

Quando la sincronizzazione configurazione mostra errori SSL o contenuti misti, il sintomo non basta per scegliere la correzione. Su Drupal conviene prima confrontare ambiente sorgente e destinazione, trasferire file e dati in modo coerente e verificare dominio, certificato, servizi esterni e processi pianificati. La prima evidenza utile è il messaggio registrato nei log nello stesso momento della richiesta, insieme alla versione del CMS, di PHP e dei componenti modificati di recente.

Problemi DNS

Quando la sincronizzazione configurazione non risolve correttamente i DNS, il sintomo non basta per scegliere la correzione. Su Drupal conviene prima confrontare ambiente sorgente e destinazione, trasferire file e dati in modo coerente e verificare dominio, certificato, servizi esterni e processi pianificati. La prima evidenza utile è il messaggio registrato nei log nello stesso momento della richiesta, insieme alla versione del CMS, di PHP e dei componenti modificati di recente.

File o configurazioni mancanti

Quando la sincronizzazione configurazione perde file o configurazioni durante la migrazione, il sintomo non basta per scegliere la correzione. Su Drupal conviene prima confrontare ambiente sorgente e destinazione, trasferire file e dati in modo coerente e verificare dominio, certificato, servizi esterni e processi pianificati. La prima evidenza utile è il messaggio registrato nei log nello stesso momento della richiesta, insieme alla versione del CMS, di PHP e dei componenti modificati di recente.

DNS e SSL

Nel contesto di Drupal, DNS e SSL partecipa a un flusso più ampio. Assistenza Drupal per errori, Composer, Drush, moduli, temi, cache, configurazione, sicurezza e migrazioni. Per questo è necessario osservare non soltanto la pagina finale, ma anche ciò che accade nell’area amministrativa e i report di stato di Drupal, nei processi pianificati e nei servizi collegati.

Problemi dopo il trasferimento

Quando DNS e SSL non funziona dopo il trasferimento, il sintomo non basta per scegliere la correzione. Su Drupal conviene prima confrontare ambiente sorgente e destinazione, trasferire file e dati in modo coerente e verificare dominio, certificato, servizi esterni e processi pianificati. La prima evidenza utile è il messaggio registrato nei log nello stesso momento della richiesta, insieme alla versione del CMS, di PHP e dei componenti modificati di recente.

Riferimenti al vecchio dominio

Quando DNS e SSL mantiene riferimenti al vecchio dominio, il sintomo non basta per scegliere la correzione. Su Drupal conviene prima confrontare ambiente sorgente e destinazione, trasferire file e dati in modo coerente e verificare dominio, certificato, servizi esterni e processi pianificati. La prima evidenza utile è il messaggio registrato nei log nello stesso momento della richiesta, insieme alla versione del CMS, di PHP e dei componenti modificati di recente.

Errori SSL o contenuti misti

Quando DNS e SSL mostra errori SSL o contenuti misti, il sintomo non basta per scegliere la correzione. Su Drupal conviene prima confrontare ambiente sorgente e destinazione, trasferire file e dati in modo coerente e verificare dominio, certificato, servizi esterni e processi pianificati. La prima evidenza utile è il messaggio registrato nei log nello stesso momento della richiesta, insieme alla versione del CMS, di PHP e dei componenti modificati di recente.

Problemi DNS

Quando DNS e SSL non risolve correttamente i DNS, il sintomo non basta per scegliere la correzione. Su Drupal conviene prima confrontare ambiente sorgente e destinazione, trasferire file e dati in modo coerente e verificare dominio, certificato, servizi esterni e processi pianificati. La prima evidenza utile è il messaggio registrato nei log nello stesso momento della richiesta, insieme alla versione del CMS, di PHP e dei componenti modificati di recente.

File o configurazioni mancanti

Quando DNS e SSL perde file o configurazioni durante la migrazione, il sintomo non basta per scegliere la correzione. Su Drupal conviene prima confrontare ambiente sorgente e destinazione, trasferire file e dati in modo coerente e verificare dominio, certificato, servizi esterni e processi pianificati. La prima evidenza utile è il messaggio registrato nei log nello stesso momento della richiesta, insieme alla versione del CMS, di PHP e dei componenti modificati di recente.

File pubblici e privati

Nel contesto di Drupal, file pubblici e privati partecipa a un flusso più ampio. Assistenza Drupal per errori, Composer, Drush, moduli, temi, cache, configurazione, sicurezza e migrazioni. Per questo è necessario osservare non soltanto la pagina finale, ma anche ciò che accade nell’area amministrativa e i report di stato di Drupal, nei processi pianificati e nei servizi collegati.

Problemi dopo il trasferimento

Quando file pubblici e privati non funziona dopo il trasferimento, il sintomo non basta per scegliere la correzione. Su Drupal conviene prima confrontare ambiente sorgente e destinazione, trasferire file e dati in modo coerente e verificare dominio, certificato, servizi esterni e processi pianificati. La prima evidenza utile è il messaggio registrato nei log nello stesso momento della richiesta, insieme alla versione del CMS, di PHP e dei componenti modificati di recente.

Riferimenti al vecchio dominio

Quando file pubblici e privati mantiene riferimenti al vecchio dominio, il sintomo non basta per scegliere la correzione. Su Drupal conviene prima confrontare ambiente sorgente e destinazione, trasferire file e dati in modo coerente e verificare dominio, certificato, servizi esterni e processi pianificati. La prima evidenza utile è il messaggio registrato nei log nello stesso momento della richiesta, insieme alla versione del CMS, di PHP e dei componenti modificati di recente.

Errori SSL o contenuti misti

Quando file pubblici e privati mostra errori SSL o contenuti misti, il sintomo non basta per scegliere la correzione. Su Drupal conviene prima confrontare ambiente sorgente e destinazione, trasferire file e dati in modo coerente e verificare dominio, certificato, servizi esterni e processi pianificati. La prima evidenza utile è il messaggio registrato nei log nello stesso momento della richiesta, insieme alla versione del CMS, di PHP e dei componenti modificati di recente.

Problemi DNS

Quando file pubblici e privati non risolve correttamente i DNS, il sintomo non basta per scegliere la correzione. Su Drupal conviene prima confrontare ambiente sorgente e destinazione, trasferire file e dati in modo coerente e verificare dominio, certificato, servizi esterni e processi pianificati. La prima evidenza utile è il messaggio registrato nei log nello stesso momento della richiesta, insieme alla versione del CMS, di PHP e dei componenti modificati di recente.

File o configurazioni mancanti

Quando file pubblici e privati perde file o configurazioni durante la migrazione, il sintomo non basta per scegliere la correzione. Su Drupal conviene prima confrontare ambiente sorgente e destinazione, trasferire file e dati in modo coerente e verificare dominio, certificato, servizi esterni e processi pianificati. La prima evidenza utile è il messaggio registrato nei log nello stesso momento della richiesta, insieme alla versione del CMS, di PHP e dei componenti modificati di recente.

Un’installazione multisite

Nel contesto di Drupal, un’installazione multisite partecipa a un flusso più ampio. Assistenza Drupal per errori, Composer, Drush, moduli, temi, cache, configurazione, sicurezza e migrazioni. Per questo è necessario osservare non soltanto la pagina finale, ma anche ciò che accade nell’area amministrativa e i report di stato di Drupal, nei processi pianificati e nei servizi collegati.

Problemi dopo il trasferimento

Quando un’installazione multisite non funziona dopo il trasferimento, il sintomo non basta per scegliere la correzione. Su Drupal conviene prima confrontare ambiente sorgente e destinazione, trasferire file e dati in modo coerente e verificare dominio, certificato, servizi esterni e processi pianificati. La prima evidenza utile è il messaggio registrato nei log nello stesso momento della richiesta, insieme alla versione del CMS, di PHP e dei componenti modificati di recente.

Riferimenti al vecchio dominio

Quando un’installazione multisite mantiene riferimenti al vecchio dominio, il sintomo non basta per scegliere la correzione. Su Drupal conviene prima confrontare ambiente sorgente e destinazione, trasferire file e dati in modo coerente e verificare dominio, certificato, servizi esterni e processi pianificati. La prima evidenza utile è il messaggio registrato nei log nello stesso momento della richiesta, insieme alla versione del CMS, di PHP e dei componenti modificati di recente.

Errori SSL o contenuti misti

Quando un’installazione multisite mostra errori SSL o contenuti misti, il sintomo non basta per scegliere la correzione. Su Drupal conviene prima confrontare ambiente sorgente e destinazione, trasferire file e dati in modo coerente e verificare dominio, certificato, servizi esterni e processi pianificati. La prima evidenza utile è il messaggio registrato nei log nello stesso momento della richiesta, insieme alla versione del CMS, di PHP e dei componenti modificati di recente.

Problemi DNS

Quando un’installazione multisite non risolve correttamente i DNS, il sintomo non basta per scegliere la correzione. Su Drupal conviene prima confrontare ambiente sorgente e destinazione, trasferire file e dati in modo coerente e verificare dominio, certificato, servizi esterni e processi pianificati. La prima evidenza utile è il messaggio registrato nei log nello stesso momento della richiesta, insieme alla versione del CMS, di PHP e dei componenti modificati di recente.

File o configurazioni mancanti

Quando un’installazione multisite perde file o configurazioni durante la migrazione, il sintomo non basta per scegliere la correzione. Su Drupal conviene prima confrontare ambiente sorgente e destinazione, trasferire file e dati in modo coerente e verificare dominio, certificato, servizi esterni e processi pianificati. La prima evidenza utile è il messaggio registrato nei log nello stesso momento della richiesta, insieme alla versione del CMS, di PHP e dei componenti modificati di recente.

Percorso diagnostico in ordine

Esegui i controlli dal meno invasivo al più profondo. Un tentativo è utile solo se ha un risultato atteso, produce un’evidenza e può essere annullato.

  1. Inventariare versioni, servizi, cron, email, DNS e certificati

    Esegui questo controllo su un caso preciso e annota il risultato. Se l’evidenza cambia, ripeti la richiesta nelle stesse condizioni per evitare che cache, sessioni o dati differenti falsino il confronto.

  2. Creare una copia coerente di file e database

    Esegui questo controllo su un caso preciso e annota il risultato. Se l’evidenza cambia, ripeti la richiesta nelle stesse condizioni per evitare che cache, sessioni o dati differenti falsino il confronto.

  3. Provare la destinazione con hosts file o URL temporaneo protetto

    Esegui questo controllo su un caso preciso e annota il risultato. Se l’evidenza cambia, ripeti la richiesta nelle stesse condizioni per evitare che cache, sessioni o dati differenti falsino il confronto.

  4. Aggiornare configurazioni e percorsi senza sostituzioni indiscriminate

    Esegui questo controllo su un caso preciso e annota il risultato. Se l’evidenza cambia, ripeti la richiesta nelle stesse condizioni per evitare che cache, sessioni o dati differenti falsino il confronto.

  5. Testare moduli, email, API, login e processi pianificati

    Esegui questo controllo su un caso preciso e annota il risultato. Se l’evidenza cambia, ripeti la richiesta nelle stesse condizioni per evitare che cache, sessioni o dati differenti falsino il confronto.

  6. Programmare cambio DNS e piano di rollback

    Esegui questo controllo su un caso preciso e annota il risultato. Se l’evidenza cambia, ripeti la richiesta nelle stesse condizioni per evitare che cache, sessioni o dati differenti falsino il confronto.

Strumenti e percorsi utili in Drupal

  • Esegui vendor/bin/drush status dalla root corretta per registrare versione, database e percorso dei file.
  • Controlla i messaggi recenti con gli strumenti di report o vendor/bin/drush watchdog:show --count=50.
  • Usa vendor/bin/drush cache:rebuild solo come test mirato: una cache ricostruita non corregge codice, dati o dipendenze errati.
Attenzione: comandi, percorsi e nomi dei menu cambiano tra versioni e ambienti. Verifica sempre la documentazione della versione installata e non eseguire comandi distruttivi senza backup.

Verifica finale e rollback

Il ritorno della pagina non basta a chiudere l’intervento. Ripeti il caso iniziale, un caso di controllo e i flussi collegati; poi verifica che non siano comparsi nuovi errori.

  • la migrazione Composer nel caso che generava il problema e in un secondo caso di controllo
  • frontend e area amministrativa con utenti e permessi differenti
  • salvataggio dei dati e assenza di nuovi errori nei log
  • email, attività pianificate, API, code o callback coinvolte
  • cache e CDN dopo la riattivazione
  • prestazioni, consumo risorse e stabilità per un intervallo adeguato
  • backup aggiornato e documentazione della modifica

Riferimenti ufficiali

I percorsi e i comandi possono cambiare tra versioni. Prima di intervenire, confronta la procedura con la documentazione della versione installata e conserva un rollback verificato.

Domande frequenti

Da quale controllo partire per migrazioni, hosting, DNS e SSL in Drupal?

Parti da un caso riproducibile e dal log registrato nello stesso orario. Versioni, ultima modifica, URL, utente e risultato atteso permettono di distinguere un errore applicativo da cache, infrastruttura o servizi esterni.

È sufficiente svuotare la cache?

No. La cache è un livello da verificare, ma non corregge file mancanti, dipendenze incompatibili, dati incoerenti o configurazioni errate. Usala come test e annota quale livello ha restituito la risposta.

Quando serve un ambiente di staging?

Quando la correzione può influire su utenti, ordini, contenuti, permessi o configurazioni. Lo staging deve rappresentare il caso reale senza esporre dati personali e deve avere un piano di riallineamento con la produzione.

Quali informazioni preparare prima di chiedere assistenza?

Prepara URL, messaggio, orario, versione di Drupal, versione PHP e database, modifiche recenti, accessi disponibili e un estratto pertinente dei log. Non inviare password nel primo messaggio.

Quando è preferibile un rollback?

Quando il ripristino del servizio è prioritario e la modifica può essere annullata senza perdere dati recenti. Prima confronta file e database del backup con lo stato corrente e conserva separatamente ordini, utenti o contenuti creati dopo la copia.

Serve una diagnosi sul tuo sito?

Se il problema riguarda un’installazione reale, prepara versione, URL, orario, modifiche recenti e log pertinenti.

Assistenza Drupal Invia i dettagli del problema