Come disabilitare la pagina di Django/mod_WSGI Caching

Question

Ho Django in esecuzione in Apache tramite mod_wsgi. Credo che Django stia memorizzando nella cache le mie pagine lato server, il che sta causando il mancato funzionamento di alcune funzionalità.

Ho un timer per il conto alla rovescia che funziona recuperando l'ora del server corrente, determinando il tempo rimanente del conto alla rovescia e inviando quel numero al modello HTML. Un timer per il conteggio alla rovescia javascript riprende e esegue il conto alla rovescia per l'utente.

Il problema sorge quando l'utente aggiorna la pagina o naviga verso una pagina diversa con il timer per il conto alla rovescia. Il timer sembra saltare saltuariamente in tempi diversi, di solito tornando alla stessa ora più e più volte su ogni aggiornamento.

Utilizzando HTTPFox, la pagina non viene caricata dalla cache del browser, quindi sembra che Django o Apache stiano memorizzando nella cache la pagina. C'è un modo per disabilitare questa funzionalità? Non avrò abbastanza traffico da preoccuparmi di mettere in cache l'output dello script. O mi sbaglio del tutto sul perché questo sta accadendo?

[Modifica] Dai post seguenti, sembra che il caching sia disabilitato in Django, il che significa che deve essere in corso altrove, forse in Apache?

[Modifica] Ho una descrizione più approfondita di ciò che sta accadendo: per le prime 7 (o così) richieste fatte al server, le pagine sono renderizzate dallo script e restituite, anche se ognuna di quelle 7 pagine sembra essere memorizzato nella cache come si presenta più tardi. All'ottava richiesta, il server serve la prima pagina. Alla nona richiesta, serve la seconda pagina e così via in un ciclo. Questo dura fino al riavvio di apache, quando il processo ricomincia.

[Modifica] Ho configurato mod_wsgi per eseguire solo un processo alla volta, il che fa sì che il timer ripristini lo stesso valore in ogni caso. È interessante notare che c'è un altro componente sulla mia pagina che visualizza un'immagine casuale su ogni richiesta, usando l'ordine ('?'), E che si aggiorna ogni volta con immagini diverse, il che indicherebbe che la cache sta accadendo in Django e non in Apache.

[Modifica] Alla luce della modifica precedente, sono tornato indietro e ho esaminato il file views.py pertinente, trovando che la variabile di inizio del conto alla rovescia veniva impostata globalmente nel modulo, al di fuori delle funzioni di visualizzazione. Lo spostamento di questa impostazione all'interno delle funzioni di visualizzazione ha risolto il problema. Dopotutto, si è scoperto che non si trattava di un problema di memorizzazione nella cache. Grazie a tutti per il vostro aiuto su questo.

Answer 1

Dalla mia esperienza con mod_wsgi in Apache, è altamente improbabile che stanno causando la memorizzazione nella cache. Un paio di cose da provare:

1. E 'possibile che avete un po' proxy server tra il computer e il server web che viene opportunamente o impropriamente caching pagine. A volte gli ISP eseguono server proxy per ridurre la larghezza di banda al di fuori della loro rete. Puoi fornire le intestazioni HTTP per una pagina che viene memorizzata nella cache (Firebug può darti queste informazioni). Le intestazioni a cui sarei particolarmente interessato sono Cache-Control, Expires, Last-Modified e ETag.
2. Puoi pubblicare il tuo MIDDLEWARE_CLASSES dal tuo file settings.py. È possibile che tu abbia un middleware che esegue il caching per te.
3. Puoi grep il tuo codice per i seguenti elementi "load cache", "django.core.cache" e "cache_page". A * grep -R "search" ** funzionerà.
4. Il file settings.py (o qualsiasi cosa che importi come "da importazione localsettings *") include CACHE_BACKEND?
5. Cosa succede quando si riavvia Apache? (ad es. sudo services apache restart). Se un riavvio risolve il problema, è possibile che apache faccia cache (è possibile che questo possa cancellare anche un backend cache Django).

Answer 2

Avete impostato in modo specifico il caching di Django? Dai documenti sembra che tu sappia chiaramente se Django stava facendo il caching in quanto richiede lavoro in anticipo per farlo funzionare. In particolare, è necessario definire dove vengono salvati i file memorizzati nella cache.

http://docs.djangoproject.com/en/dev/topics/cache/

Answer 3

Si sta utilizzando una configurazione a più processi per Apache/mod_wsgi? Se lo sei, ciò spiegherà perché le diverse risposte possono avere un valore diverso per il timer, così come è probabile che quando il timer viene inizializzato sarà diverso per ogni richiesta di gestione del processo. Quindi perché può saltare in giro.

Avere una lettura di:

http://code.google.com/p/modwsgi/wiki/ProcessesAndThreading

allenarsi in quale modalità o la configurazione si esegue Apache/mod_wsgi e forse pubblicare ciò che la configurazione è. Senza saperlo, ci sono troppe incognite.

Answer 4

Ho appena imbattuto in questo:

supporto per la ricarica automatici utili strumenti di distribuzione si può attivare il supporto per ricarica automatica. Ogni volta che qualcosa cambia nel file .wsgi, mod_wsgi ricarica tutti i processi demone per noi.

Per questo, basta aggiungere la seguente direttiva alla sezione di repertorio:

WSGIScriptReloading On