2012-07-17 11 views
6

Ho avuto alcuni problemi di configurazione nella mia local.xml, che non riesco a caricare la mia Magento frontend né il mio pannello di amministrazione, quindi ho risolto il problema che ho avuto nella mia local.xml, e per ottenere la mia nuova config da caricare, ho eliminato tutto in /var/cache e anche cosa c'è nelle cartelle /var/session. Ma con mia sorpresa, Magento carica ancora le vecchie impostazioni local.xml.cache di Magento non ottenere eliminato

Ho provato a riavviare Apache e ho svuotato la cache del browser, non funziona nulla.

Qualche idea ??

risposta

8

riescono a risolvere il problema e la sua la cosa più strana mai. Quando cambio il file local.xml per risolvere il problema, metto un backup del vecchio file che dice local_back.xml. Ho appena cancellato quel file e ora tutto funziona correttamente. Non ho idea del perché Magento abbia scelto quel file. Qualsiasi problema è stato risolto.

Nota: Vedere i commenti qui sotto per maggiori dettagli

+4

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 ** –

+0

Sì, è esattamente corretto – Thanu

+0

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

16

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.

Magento Folder in system /tmp Magento Cache in system /tmp

+0

non so perché, ma non ho un/tmp nel mio installazione di Magento. E come ho detto nella mia domanda ho già cancellato tutto il magento--? da/var/cache – Thanu

+2

Non magento var/tmp, system/tmp <- Nota inizia con una barra. –

+0

Non c'è/var/tmp e non c'è/system o/system/tmp. e lì i no/tmp :( – Thanu

Problemi correlati