Eseguire il codice quando Django avvia ONCE solo?

Sto scrivendo una classe Django Middleware che voglio eseguire solo una volta all'avvio, per inizializzare un altro codice arbritario. Ho seguito la bella soluzione pubblicata da sdolan qui , ma il messaggio "Hello" viene inviato al terminale due volte . Per esempio

from django.core.exceptions import MiddlewareNotUsed
from django.conf import settings

class StartupMiddleware(object):
    def __init__(self):
        print "Hello world"
        raise MiddlewareNotUsed('Startup complete')

e nel mio file delle impostazioni di Django, ho la classe inclusa MIDDLEWARE_CLASSESnell'elenco.

Ma quando eseguo Django usando runtime server e richiedo una pagina, arrivo nel terminale

Django version 1.3, using settings 'config.server'
Development server is running at http://127.0.0.1:8000/
Quit the server with CONTROL-C.
Hello world
[22/Jul/2011 15:54:36] "GET / HTTP/1.1" 200 698
Hello world
[22/Jul/2011 15:54:36] "GET /static/css/base.css HTTP/1.1" 200 0

Qualche idea sul perché "Hello world" sia stampato due volte? Grazie.

Aggiornamento dalla risposta di Pykler qui sotto: Django 1.7 ora ha un gancio per questo

Non farlo in questo modo.

Non vuoi "middleware" per una cosa di avvio una tantum.

Vuoi eseguire il codice al livello superiore urls.py. Quel modulo viene importato ed eseguito una volta.

urls.py

from django.confs.urls.defaults import *
from my_app import one_time_startup

urlpatterns = ...

one_time_startup()

Aggiornamento: Django 1.7 ora ha un gancio per questo

file: myapp/apps.py

from django.apps import AppConfig
class MyAppConfig(AppConfig):
    name = 'myapp'
    verbose_name = "My Application"
    def ready(self):
        pass # startup code here

file: myapp/__init__.py

default_app_config = 'myapp.apps.MyAppConfig'

Per Django <1.7

La risposta numero uno non sembra più funzionare, urls.py viene caricato alla prima richiesta.

Ciò che ha funzionato di recente è inserire il codice di avvio in uno dei tuoi init INSTALLp_APPS. Esmyapp/__init__.py

def startup():
    pass # load a big thing

startup()

Quando si utilizza ./manage.py runserver... questo viene eseguito due volte, ma ciò è dovuto al fatto che runtime server ha alcuni trucchi per convalidare prima i modelli, ecc ... distribuzioni normali o anche quando si ricarica automaticamente il runtime server, questo viene eseguito solo una volta.

Questa domanda ha una risposta nel post sul blog Hook punto di entrata per progetti Django , che funzionerà per Django> = 1.4.

Fondamentalmente, puoi usarlo <project>/wsgi.pyper farlo, e verrà eseguito solo una volta, all'avvio del server, ma non quando esegui comandi o importi un particolare modulo.

import os
os.environ.setdefault("DJANGO_SETTINGS_MODULE", "{{ project_name }}.settings")

# Run startup code!
....

from django.core.wsgi import get_wsgi_application
application = get_wsgi_application()

Se aiuta qualcuno, oltre a di pykler risposta, "--noreload" impedisce opzione runserver dal comando all'avvio eseguendo due volte:

python manage.py runserver --noreload

Ma quel comando non ricaricherà il server di esecuzione anche dopo le modifiche di altri codici.

Come suggerito da @Pykler, in Django 1.7+ dovresti usare l'hook spiegato nella sua risposta, ma se vuoi che la tua funzione venga chiamata solo quando viene chiamato run server (e non quando si effettuano migrazioni, migrare, shell, ecc. ) e vuoi evitare eccezioni AppRegistryNotReady devi fare come segue:

file: myapp/apps.py

import sys
from django.apps import AppConfig

class MyAppConfig(AppConfig):
    name = 'my_app'

    def ready(self):
        if 'runserver' not in sys.argv:
            return True
        # you must import your modules here 
        # to avoid AppRegistryNotReady exception 
        from .models import MyModel 
        # startup code here

Si noti che non è possibile connettersi al database in modo affidabile o interagire con i modelli all'interno della AppConfig.readyfunzione (vedere l' avviso nei documenti).

Se è necessario interagire con il database nel codice di avvio, una possibilità è utilizzare il connection_createdsegnale per eseguire il codice di inizializzazione al momento della connessione al database.

from django.dispatch import receiver
from django.db.backends.signals import connection_created

@receiver(connection_created)
def my_receiver(connection, **kwargs):
    with connection.cursor() as cursor:
        # do something to the database

Ovviamente, questa soluzione è per eseguire il codice una volta per connessione al database, non una volta per l'avvio del progetto. Quindi vorrai un valore ragionevole per l' CONN_MAX_AGEimpostazione in modo da non rieseguire il codice di inizializzazione su ogni richiesta. Si noti inoltre che il server di sviluppo ignora CONN_MAX_AGE, quindi si eseguirà il codice una volta per richiesta in fase di sviluppo.

Il 99% delle volte questa è una cattiva idea - il codice di inizializzazione del database dovrebbe andare nelle migrazioni - ma ci sono alcuni casi d'uso in cui non è possibile evitare l'inizializzazione tardiva e le avvertenze sopra sono accettabili.

se vuoi stampare "ciao mondo" una volta quando esegui il server, metti print ("ciao mondo") fuori dalla classe StartupMiddleware

from django.core.exceptions import MiddlewareNotUsed
from django.conf import settings

class StartupMiddleware(object):
    def __init__(self):
        #print "Hello world"
        raise MiddlewareNotUsed('Startup complete')

print "Hello world"