Sentinella Cache controlla i registri degli errori del tuo negozio, si accorge quando la cache si è rovinata e la svuota in sicurezza. E ti dà un pulsante di emergenza su un indirizzo tutto suo, che funziona anche quando negozio e amministrazione sono bloccati. Prodotti, ordini e clienti non li tocca.
var/cache/prod · var/cache/dev«Ieri sera ho aggiornato un modulo e stamattina il sito era una pagina bianca.» «Provo a entrare nell'amministrazione e dà errore anche lì.» Sono frasi che sento spesso. Molte volte la colpa è della cache: il rimedio è svuotare la cartella giusta. Ma bisogna sapere quale, e bisogna poterlo fare anche quando il back office non si apre.
Se succede di sera o di domenica, il negozio resta in errore finché qualcuno non risponde. Intanto chi arriva sul sito trova una pagina bianca e va a comprare altrove.
Entri via FTP e cancelli quello che ti sembra cache. Ma le cartelle cambiano da una versione di PrestaShop all'altra, e cancellare quella sbagliata può fare più danni del guasto.
PrestaShop un pulsante per svuotare la cache ce l'ha, nella pagina Prestazioni. Peccato che stia dentro il back office: se l'amministrazione dà errore 500, quel pulsante non lo vedi nemmeno.
Il controllo periodico trova l'errore e svuota la cache da solo. Se preferisci decidere tu, apri il preferito dell'emergenza e clicchi. In entrambi i casi resta scritto nello storico.
PrestaShop, per andare veloce, si prepara da solo dei file temporanei: le pagine del tema già «compilate» da Smarty e, dalla 1.7 in poi, la configurazione interna che usa Symfony. Questi file stanno nelle cartelle di cache e vengono riletti a ogni visita.
Il problema nasce quando uno di questi file viene scritto a metà o resta vecchio rispetto al resto del negozio. Succede dopo un aggiornamento di PrestaShop, dopo l'installazione o l'aggiornamento di un modulo, o quando una scrittura si interrompe (per esempio per spazio su disco finito o un salvataggio che va in timeout). Il file rovinato viene riletto a ogni pagina, e ogni pagina va in errore: negozio e, spesso, anche back office.
Sentinella Cache riconosce tre famiglie di guasto nei registri degli errori:
Se l'errore che trova non è uno di questi, il modulo non tocca niente. Non svuota la cache «per sicurezza» a ogni giro: interviene solo quando c'è un motivo. Se vuoi capire meglio cosa c'è dietro un errore 500, ho scritto una guida completa: errore 500 su PrestaShop, cause e soluzioni.
Niente servizi esterni, niente chiavi da inserire. Lavora dentro il tuo server, sui file del tuo negozio.
Il passo più importante è il secondo. Te lo spiego bene perché è quello che ti salva la serata.
Carichi lo ZIP da Moduli > Carica un modulo e clicchi Installa. All'installazione il modulo accende la riparazione automatica, crea la chiave segreta e prende come punto di partenza lo stato attuale dei registri: gli errori vecchi, già presenti prima, vengono ignorati.
Nella pagina del modulo trovi l'indirizzo di emergenza con il pulsante Copia. Lo salvi nei preferiti del computer e del telefono, e lo annoti anche in un posto sicuro fuori dal negozio. Quando il back office è bloccato non puoi più andarlo a recuperare: per questo va salvato adesso.
Il modulo ti dà le righe già pronte da copiare: una via web e una da riga di comando, da far partire ogni 15 minuti. Ne usi una sola. Se non sai dove metterla, la giri al tuo hosting o al tuo tecnico. Senza cron il controllo automatico non parte, ma pulsante e indirizzo di emergenza funzionano lo stesso.
Se il controllo non trova errori di cache, non fa nulla e non scrive nulla. Se li trova, svuota (o registra, se hai spento la riparazione automatica). Se il negozio va in errore e vuoi intervenire tu, apri il preferito e clicchi «Svuota cache in sicurezza».
Due accorgimenti evitano che il modulo intervenga a ripetizione: lo stesso errore viene trattato una sola volta ogni 6 ore, e dopo uno svuotamento il controllo automatico aspetta almeno 10 minuti prima di farne un altro. Quando svuoti tu la cache dalla pagina Prestazioni, o installi e aggiorni qualcosa, il modulo considera superati gli errori già scritti nei registri.
Se gli episodi si ripetono spesso, lo storico ti dice quando e dopo cosa. È l'informazione che serve al tuo tecnico per trovare la causa di fondo, per esempio un modulo che si aggiorna male. Se l'errore è comparso subito dopo un aggiornamento, leggi anche PrestaShop non funziona dopo un aggiornamento: come ripartire senza panico.
Le cartelle di cache non sono le stesse in tutte le versioni. Il modulo riconosce la tua e svuota solo queste.
| Versione di PrestaShop | Cartelle svuotate |
|---|---|
| 1.6.1 e successive 1.6 | cache/smarty/compile e cache/smarty/cache |
| da 1.7.0 a 1.7.3 | app/cache/prod e app/cache/dev |
| 1.7.4 e successive, 8.x, 9.x | var/cache/prod e var/cache/dev |
Se aggiorni PrestaShop, il modulo aggiorna da solo anche l'elenco delle cartelle usato dalla pagina di emergenza. Sul negozio non aggiunge nulla: i tuoi clienti non vedono niente di diverso. Il modulo lavora solo sul server, non visita le pagine del negozio e non fa richieste su internet.
Meglio dirselo prima che dopo.
Niente abbonamento. Lo installi una volta e il pulsante di emergenza resta lì, pronto per quando serve.
Il modulo risolve un guasto preciso: la cache rovinata. La riconosce nei registri, la svuota in sicurezza e ti dà un modo per farlo anche quando PrestaShop non si apre. Questo lo fa bene, ed è tutto quello che fa.
Se dopo lo svuotamento il negozio dà ancora errore 500, la causa è un'altra: un modulo con un difetto, un problema del database, i permessi delle cartelle sul server. Lì serve qualcuno che legga l'errore vero. Per capire da dove partire c'è Errore 500 Detective AI, e su WhatsApp ci sono io.
Una cosa resta a te: salvare l'indirizzo di emergenza e attivare il cron. Se scegli l'installazione professionale, questi due passi li facciamo insieme.
Lo installi, salvi il preferito, attivi il controllo e guardi lo storico. Se entro 30 giorni decidi che non fa per te, mi scrivi una riga su WhatsApp e ti rimborso tutto. Senza domande.
Su WhatsApp risponde un essere umano italiano, io, entro 24 ore. Niente ticket.
67 euro una tantum. Controllo periodico, riparazione automatica, pulsante di emergenza che funziona a negozio bloccato e storico di ogni episodio. Rimborso 30 giorni senza domande.
Voglio il modulo a 67 € →Compatibile con PrestaShop dalla 1.6.1 alla 9 · Rimborso 30gg senza domande