Per apportare modifiche alle configurazioni principali e farle aderire (local.xml, URL base, ecc.) È necessario svuotare la cache del codice Magento, spesso eliminando manualmente le sottocartelle mage--?
in var/cache/
.
La configurazione memorizzata nella cache può causare tutti i tipi di mal di testa, inclusi gli url di base che puntano all'installazione originale di Magento (diverse cartelle, server diversi) nonostante sia possibile utilizzare phpMyAdmin e vedere che le righe sono state aggiornate nel Banca dati. La configurazione non verrà riletta dal database fino a quando non verranno cancellate le informazioni di configurazione memorizzate nella cache.
Un altro punto in cui tutto si blocca è nella cache del codice operativo APC se lo si sta utilizzando. Utilizzare la pagina di amministrazione apc.php
per cancellare anche quella. L'arresto e il riavvio di Apache sarà ottenere lo stesso risultato
E l'ultimo di tutti, SE NON AVETE permessi impostati correttamente su var/cache/
E var/tmp/
SO Sono entrambi di lettura e scrittura al server Web, Magento può memorizzare le informazioni memorizzate nella cache in la directory del sistema/tmp
che significa che nessuna quantità di cache di Magento cancellerà le configurazioni memorizzate nella cache fino a quando qualcuno non riavvia il server, la directory di sistema /tmp
viene cancellata e Magento sembra leggere automagicamente le sue configurazioni. Oppure ti viene detto e hai accesso per eliminare la cache Magento da /tmp
. Ecco qualche documentazione che ciò accada nella cartella di sistema di memorizzazione temporanea fuori di root (vedi immagini)
Nota: Se si salva una copia di backup del file di local.xml
, assicurarsi di rinominarlo in qualcosa di simile a local.xml.sv1
o si vuole scopri che Magento continua a leggerlo.
fonte
2012-07-17 02:54:26
Oh crud. Non ci ho pensato. Magento legge tutti i file ** .xml ** che trova e li include. Rinominarli sempre in modo che il file che termina non sia ** .xml ** come esempio salva il backup in ** local.xml ** come ** local.xml.sv1 ** –
Sì, è esattamente corretto – Thanu
Questo mi ha fatto con emacs salvataggio automatico di local.xml. Magento stava leggendo ~ local.xml e le impostazioni di db stiamo sovrascrivendo quelle nuove in local.xml. – zlovelady