Guida completa PrestaShop
Database, dati e contenuti in PrestaShop
In breve: Integrità dei dati, salvataggi, relazioni, indici e ripristini. 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 |
|---|---|
| Dati mancanti | Registra URL, utente, orario, risultato atteso e messaggio esatto; poi cerca la stessa evidenza nei log. |
| Record duplicati o incoerenti | Registra URL, utente, orario, risultato atteso e messaggio esatto; poi cerca la stessa evidenza nei log. |
| Modifiche non salvate | Registra URL, utente, orario, risultato atteso e messaggio esatto; poi cerca la stessa evidenza nei log. |
| Query lente o errori SQL | Registra URL, utente, orario, risultato atteso e messaggio esatto; poi cerca la stessa evidenza nei log. |
| Incoerenza dopo un ripristino | 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.
Gli ordini
Nel contesto di PrestaShop, gli ordini 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.
Dati mancanti
Quando gli ordini mostra dati mancanti, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima distinguere un problema di interfaccia da un errore di persistenza, integrità referenziale, indicizzazione o ripristino incoerente. 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.
Record duplicati o incoerenti
Quando gli ordini crea record duplicati o incoerenti, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima distinguere un problema di interfaccia da un errore di persistenza, integrità referenziale, indicizzazione o ripristino incoerente. 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.
Modifiche non salvate
Quando gli ordini non salva le modifiche, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima distinguere un problema di interfaccia da un errore di persistenza, integrità referenziale, indicizzazione o ripristino incoerente. 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.
Query lente o errori SQL
Quando gli ordini restituisce query lente o errori SQL, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima distinguere un problema di interfaccia da un errore di persistenza, integrità referenziale, indicizzazione o ripristino incoerente. 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.
Incoerenza dopo un ripristino
Quando gli ordini perde coerenza dopo un ripristino, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima distinguere un problema di interfaccia da un errore di persistenza, integrità referenziale, indicizzazione o ripristino incoerente. 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 prodotti
Nel contesto di PrestaShop, i prodotti 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.
Dati mancanti
Quando i prodotti mostra dati mancanti, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima distinguere un problema di interfaccia da un errore di persistenza, integrità referenziale, indicizzazione o ripristino incoerente. 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.
Record duplicati o incoerenti
Quando i prodotti crea record duplicati o incoerenti, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima distinguere un problema di interfaccia da un errore di persistenza, integrità referenziale, indicizzazione o ripristino incoerente. 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.
Modifiche non salvate
Quando i prodotti non salva le modifiche, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima distinguere un problema di interfaccia da un errore di persistenza, integrità referenziale, indicizzazione o ripristino incoerente. 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.
Query lente o errori SQL
Quando i prodotti restituisce query lente o errori SQL, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima distinguere un problema di interfaccia da un errore di persistenza, integrità referenziale, indicizzazione o ripristino incoerente. 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.
Incoerenza dopo un ripristino
Quando i prodotti perde coerenza dopo un ripristino, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima distinguere un problema di interfaccia da un errore di persistenza, integrità referenziale, indicizzazione o ripristino incoerente. 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.
Le combinazioni
Nel contesto di PrestaShop, le combinazioni 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.
Dati mancanti
Quando le combinazioni mostra dati mancanti, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima distinguere un problema di interfaccia da un errore di persistenza, integrità referenziale, indicizzazione o ripristino incoerente. 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.
Record duplicati o incoerenti
Quando le combinazioni crea record duplicati o incoerenti, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima distinguere un problema di interfaccia da un errore di persistenza, integrità referenziale, indicizzazione o ripristino incoerente. 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.
Modifiche non salvate
Quando le combinazioni non salva le modifiche, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima distinguere un problema di interfaccia da un errore di persistenza, integrità referenziale, indicizzazione o ripristino incoerente. 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.
Query lente o errori SQL
Quando le combinazioni restituisce query lente o errori SQL, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima distinguere un problema di interfaccia da un errore di persistenza, integrità referenziale, indicizzazione o ripristino incoerente. 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.
Incoerenza dopo un ripristino
Quando le combinazioni perde coerenza dopo un ripristino, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima distinguere un problema di interfaccia da un errore di persistenza, integrità referenziale, indicizzazione o ripristino incoerente. 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 clienti
Nel contesto di PrestaShop, i clienti 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.
Dati mancanti
Quando i clienti mostra dati mancanti, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima distinguere un problema di interfaccia da un errore di persistenza, integrità referenziale, indicizzazione o ripristino incoerente. 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.
Record duplicati o incoerenti
Quando i clienti crea record duplicati o incoerenti, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima distinguere un problema di interfaccia da un errore di persistenza, integrità referenziale, indicizzazione o ripristino incoerente. 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.
Modifiche non salvate
Quando i clienti non salva le modifiche, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima distinguere un problema di interfaccia da un errore di persistenza, integrità referenziale, indicizzazione o ripristino incoerente. 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.
Query lente o errori SQL
Quando i clienti restituisce query lente o errori SQL, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima distinguere un problema di interfaccia da un errore di persistenza, integrità referenziale, indicizzazione o ripristino incoerente. 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.
Incoerenza dopo un ripristino
Quando i clienti perde coerenza dopo un ripristino, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima distinguere un problema di interfaccia da un errore di persistenza, integrità referenziale, indicizzazione o ripristino incoerente. 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 stock
Nel contesto di PrestaShop, lo stock 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.
Dati mancanti
Quando lo stock mostra dati mancanti, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima distinguere un problema di interfaccia da un errore di persistenza, integrità referenziale, indicizzazione o ripristino incoerente. 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.
Record duplicati o incoerenti
Quando lo stock crea record duplicati o incoerenti, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima distinguere un problema di interfaccia da un errore di persistenza, integrità referenziale, indicizzazione o ripristino incoerente. 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.
Modifiche non salvate
Quando lo stock non salva le modifiche, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima distinguere un problema di interfaccia da un errore di persistenza, integrità referenziale, indicizzazione o ripristino incoerente. 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.
Query lente o errori SQL
Quando lo stock restituisce query lente o errori SQL, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima distinguere un problema di interfaccia da un errore di persistenza, integrità referenziale, indicizzazione o ripristino incoerente. 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.
Incoerenza dopo un ripristino
Quando lo stock perde coerenza dopo un ripristino, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima distinguere un problema di interfaccia da un errore di persistenza, integrità referenziale, indicizzazione o ripristino incoerente. 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.
Prezzi, regole e tasse
Nel contesto di PrestaShop, prezzi, regole e tasse 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.
Dati mancanti
Quando prezzi, regole e tasse mostra dati mancanti, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima distinguere un problema di interfaccia da un errore di persistenza, integrità referenziale, indicizzazione o ripristino incoerente. 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.
Record duplicati o incoerenti
Quando prezzi, regole e tasse crea record duplicati o incoerenti, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima distinguere un problema di interfaccia da un errore di persistenza, integrità referenziale, indicizzazione o ripristino incoerente. 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.
Modifiche non salvate
Quando prezzi, regole e tasse non salva le modifiche, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima distinguere un problema di interfaccia da un errore di persistenza, integrità referenziale, indicizzazione o ripristino incoerente. 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.
Query lente o errori SQL
Quando prezzi, regole e tasse restituisce query lente o errori SQL, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima distinguere un problema di interfaccia da un errore di persistenza, integrità referenziale, indicizzazione o ripristino incoerente. 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.
Incoerenza dopo un ripristino
Quando prezzi, regole e tasse perde coerenza dopo un ripristino, il sintomo non basta per scegliere la correzione. Su PrestaShop conviene prima distinguere un problema di interfaccia da un errore di persistenza, integrità referenziale, indicizzazione o ripristino incoerente. 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.
-
Creare una copia del database prima di qualsiasi correzione
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.
-
Individuare tabelle e record coinvolti senza modifiche manuali immediate
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.
-
Confrontare i dati con log, ordini, contenuti o esportazioni affidabili
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.
-
Verificare indici, vincoli e stato delle tabelle
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.
-
Riprodurre il salvataggio con un caso minimo
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.
-
Usare le API del CMS per la correzione quando disponibili
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.
- gli ordini 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 database, dati e contenuti 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.