Guida completa PrestaShop
Aggiornamenti, versioni e dipendenze in PrestaShop
In breve: Aggiornamenti del nucleo, dipendenze, PHP, database e procedure di rollback. 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 PrestaShop, 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 |
|---|---|
| Aggiornamento non riuscito | Registra URL, utente, orario, risultato atteso e messaggio esatto; poi cerca la stessa evidenza nei log. |
| Sito bloccato in manutenzione | Registra URL, utente, orario, risultato atteso e messaggio esatto; poi cerca la stessa evidenza nei log. |
| Dipendenze incompatibili | Registra URL, utente, orario, risultato atteso e messaggio esatto; poi cerca la stessa evidenza nei log. |
| Aggiornamento del database incompleto | Registra URL, utente, orario, risultato atteso e messaggio esatto; poi cerca la stessa evidenza nei log. |
| Errori dopo il cambio di versione | 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.
Il core PrestaShop
Nel contesto di PrestaShop, il core PrestaShop partecipa a un flusso più ampio. Assistenza PrestaShop per front office, back office, checkout, moduli, catalogo, prestazioni, sicurezza e migrazioni. Per questo è necessario osservare non soltanto la pagina finale, ma anche ciò che accade nel back office di PrestaShop, nei processi pianificati e nei servizi collegati.
Aggiornamento non riuscito
Quando il core PrestaShop fallisce durante l’aggiornamento, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima ricostruire la sequenza dell’aggiornamento e verificare codice, dipendenze, schema del database, cache e attività successive. 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.
Sito bloccato in manutenzione
Quando il core PrestaShop lascia il sito in manutenzione, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima ricostruire la sequenza dell’aggiornamento e verificare codice, dipendenze, schema del database, cache e attività successive. 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.
Dipendenze incompatibili
Quando il core PrestaShop genera dipendenze incompatibili, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima ricostruire la sequenza dell’aggiornamento e verificare codice, dipendenze, schema del database, cache e attività successive. 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.
Aggiornamento del database incompleto
Quando il core PrestaShop non completa le modifiche al database, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima ricostruire la sequenza dell’aggiornamento e verificare codice, dipendenze, schema del database, cache e attività successive. 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 dopo il cambio di versione
Quando il core PrestaShop causa errori dopo il cambio di versione, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima ricostruire la sequenza dell’aggiornamento e verificare codice, dipendenze, schema del database, cache e attività successive. 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.
Update Assistant
Nel contesto di PrestaShop, Update Assistant partecipa a un flusso più ampio. Assistenza PrestaShop per front office, back office, checkout, moduli, catalogo, prestazioni, sicurezza e migrazioni. Per questo è necessario osservare non soltanto la pagina finale, ma anche ciò che accade nel back office di PrestaShop, nei processi pianificati e nei servizi collegati.
Aggiornamento non riuscito
Quando Update Assistant fallisce durante l’aggiornamento, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima ricostruire la sequenza dell’aggiornamento e verificare codice, dipendenze, schema del database, cache e attività successive. 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.
Sito bloccato in manutenzione
Quando Update Assistant lascia il sito in manutenzione, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima ricostruire la sequenza dell’aggiornamento e verificare codice, dipendenze, schema del database, cache e attività successive. 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.
Dipendenze incompatibili
Quando Update Assistant genera dipendenze incompatibili, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima ricostruire la sequenza dell’aggiornamento e verificare codice, dipendenze, schema del database, cache e attività successive. 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.
Aggiornamento del database incompleto
Quando Update Assistant non completa le modifiche al database, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima ricostruire la sequenza dell’aggiornamento e verificare codice, dipendenze, schema del database, cache e attività successive. 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 dopo il cambio di versione
Quando Update Assistant causa errori dopo il cambio di versione, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima ricostruire la sequenza dell’aggiornamento e verificare codice, dipendenze, schema del database, cache e attività successive. 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.
I moduli
Nel contesto di PrestaShop, i moduli partecipa a un flusso più ampio. Assistenza PrestaShop per front office, back office, checkout, moduli, catalogo, prestazioni, sicurezza e migrazioni. Per questo è necessario osservare non soltanto la pagina finale, ma anche ciò che accade nel back office di PrestaShop, nei processi pianificati e nei servizi collegati.
Aggiornamento non riuscito
Quando i moduli fallisce durante l’aggiornamento, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima ricostruire la sequenza dell’aggiornamento e verificare codice, dipendenze, schema del database, cache e attività successive. 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.
Sito bloccato in manutenzione
Quando i moduli lascia il sito in manutenzione, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima ricostruire la sequenza dell’aggiornamento e verificare codice, dipendenze, schema del database, cache e attività successive. 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.
Dipendenze incompatibili
Quando i moduli genera dipendenze incompatibili, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima ricostruire la sequenza dell’aggiornamento e verificare codice, dipendenze, schema del database, cache e attività successive. 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.
Aggiornamento del database incompleto
Quando i moduli non completa le modifiche al database, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima ricostruire la sequenza dell’aggiornamento e verificare codice, dipendenze, schema del database, cache e attività successive. 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 dopo il cambio di versione
Quando i moduli causa errori dopo il cambio di versione, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima ricostruire la sequenza dell’aggiornamento e verificare codice, dipendenze, schema del database, cache e attività successive. 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 tema
Nel contesto di PrestaShop, il tema partecipa a un flusso più ampio. Assistenza PrestaShop per front office, back office, checkout, moduli, catalogo, prestazioni, sicurezza e migrazioni. Per questo è necessario osservare non soltanto la pagina finale, ma anche ciò che accade nel back office di PrestaShop, nei processi pianificati e nei servizi collegati.
Aggiornamento non riuscito
Quando il tema fallisce durante l’aggiornamento, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima ricostruire la sequenza dell’aggiornamento e verificare codice, dipendenze, schema del database, cache e attività successive. 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.
Sito bloccato in manutenzione
Quando il tema lascia il sito in manutenzione, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima ricostruire la sequenza dell’aggiornamento e verificare codice, dipendenze, schema del database, cache e attività successive. 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.
Dipendenze incompatibili
Quando il tema genera dipendenze incompatibili, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima ricostruire la sequenza dell’aggiornamento e verificare codice, dipendenze, schema del database, cache e attività successive. 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.
Aggiornamento del database incompleto
Quando il tema non completa le modifiche al database, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima ricostruire la sequenza dell’aggiornamento e verificare codice, dipendenze, schema del database, cache e attività successive. 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 dopo il cambio di versione
Quando il tema causa errori dopo il cambio di versione, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima ricostruire la sequenza dell’aggiornamento e verificare codice, dipendenze, schema del database, cache e attività successive. 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.
PHP e Symfony
Nel contesto di PrestaShop, PHP e Symfony partecipa a un flusso più ampio. Assistenza PrestaShop per front office, back office, checkout, moduli, catalogo, prestazioni, sicurezza e migrazioni. Per questo è necessario osservare non soltanto la pagina finale, ma anche ciò che accade nel back office di PrestaShop, nei processi pianificati e nei servizi collegati.
Aggiornamento non riuscito
Quando PHP e Symfony fallisce durante l’aggiornamento, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima ricostruire la sequenza dell’aggiornamento e verificare codice, dipendenze, schema del database, cache e attività successive. 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.
Sito bloccato in manutenzione
Quando PHP e Symfony lascia il sito in manutenzione, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima ricostruire la sequenza dell’aggiornamento e verificare codice, dipendenze, schema del database, cache e attività successive. 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.
Dipendenze incompatibili
Quando PHP e Symfony genera dipendenze incompatibili, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima ricostruire la sequenza dell’aggiornamento e verificare codice, dipendenze, schema del database, cache e attività successive. 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.
Aggiornamento del database incompleto
Quando PHP e Symfony non completa le modifiche al database, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima ricostruire la sequenza dell’aggiornamento e verificare codice, dipendenze, schema del database, cache e attività successive. 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 dopo il cambio di versione
Quando PHP e Symfony causa errori dopo il cambio di versione, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima ricostruire la sequenza dell’aggiornamento e verificare codice, dipendenze, schema del database, cache e attività successive. 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.
Lo schema del database
Nel contesto di PrestaShop, lo schema del database partecipa a un flusso più ampio. Assistenza PrestaShop per front office, back office, checkout, moduli, catalogo, prestazioni, sicurezza e migrazioni. Per questo è necessario osservare non soltanto la pagina finale, ma anche ciò che accade nel back office di PrestaShop, nei processi pianificati e nei servizi collegati.
Aggiornamento non riuscito
Quando lo schema del database fallisce durante l’aggiornamento, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima ricostruire la sequenza dell’aggiornamento e verificare codice, dipendenze, schema del database, cache e attività successive. 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.
Sito bloccato in manutenzione
Quando lo schema del database lascia il sito in manutenzione, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima ricostruire la sequenza dell’aggiornamento e verificare codice, dipendenze, schema del database, cache e attività successive. 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.
Dipendenze incompatibili
Quando lo schema del database genera dipendenze incompatibili, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima ricostruire la sequenza dell’aggiornamento e verificare codice, dipendenze, schema del database, cache e attività successive. 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.
Aggiornamento del database incompleto
Quando lo schema del database non completa le modifiche al database, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima ricostruire la sequenza dell’aggiornamento e verificare codice, dipendenze, schema del database, cache e attività successive. 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 dopo il cambio di versione
Quando lo schema del database causa errori dopo il cambio di versione, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima ricostruire la sequenza dell’aggiornamento e verificare codice, dipendenze, schema del database, cache e attività successive. 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.
-
Verificare integrità e data di file e database del backup
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.
-
Leggere i requisiti della versione di destinazione
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.
-
Controllare spazio, inode, memoria e timeout prima di avviare
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.
-
Eseguire l’aggiornamento in staging registrando ogni passaggio
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.
-
Completare modifiche di schema e rigenerazioni previste
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.
-
Testare login, contenuti, moduli, email 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.
Strumenti e percorsi utili in PrestaShop
- Controlla i log applicativi in
var/logs/e i log PHP/web server nello stesso intervallo del problema. - Esegui
php bin/console listdalla root del progetto per verificare i comandi disponibili nella versione installata. - Prima di intervenire su moduli, override o tema, documenta modalità debug, cache, versione PHP e ultimo deploy.
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.
- il core PrestaShop 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 aggiornamenti, versioni e dipendenze in PrestaShop?
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 PrestaShop, 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.