Code ausführen, wenn Django nur EINMAL startet?

Ich schreibe eine Django Middleware-Klasse, die ich beim Start nur einmal ausführen möchte, um einen anderen britischen Code zu initialisieren. Ich habe die sehr nette Lösung von sdolan hier verfolgt , aber die Nachricht "Hallo" wird zweimal an das Terminal ausgegeben . Z.B

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

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

und in meiner Django-Einstellungsdatei habe ich die Klasse in der MIDDLEWARE_CLASSESListe enthalten.

Aber wenn ich Django mit runserver starte und eine Seite anfordere, komme ich ins Terminal

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

Irgendwelche Ideen, warum "Hallo Welt" zweimal gedruckt wird? Vielen Dank.

Update von Pyklers Antwort unten: Django 1.7 hat jetzt einen Haken dafür

Mach es nicht so.

Sie möchten keine "Middleware" für eine einmalige Startsache.

Sie möchten Code in der obersten Ebene ausführen urls.py. Dieses Modul wird einmal importiert und ausgeführt.

urls.py

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

urlpatterns = ...

one_time_startup()

Update: Django 1.7 hat jetzt einen Haken dafür

Datei: myapp/apps.py

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

Datei: myapp/__init__.py

default_app_config = 'myapp.apps.MyAppConfig'

Für Django <1,7

Die Antwort Nummer eins scheint nicht mehr zu funktionieren, urls.py wird bei der ersten Anfrage geladen.

Was in letzter Zeit funktioniert hat, ist, den Startcode in eine Ihrer INSTALLED_APPS- Init .py zu setzen, zmyapp/__init__.py

def startup():
    pass # load a big thing

startup()

Bei Verwendung von ./manage.py runserver... wird dies zweimal ausgeführt, aber das liegt daran, dass Runserver einige Tricks hat, um die Modelle zuerst zu validieren usw. ... normale Bereitstellungen oder selbst wenn Runserver automatisch neu geladen wird, wird dies nur einmal ausgeführt.

Diese Frage wird im Blog-Beitrag Entry Point Hook für Django-Projekte , der für Django> = 1.4 funktioniert, gut beantwortet .

Grundsätzlich können Sie dies verwenden <project>/wsgi.py, und es wird nur einmal ausgeführt, wenn der Server gestartet wird, nicht jedoch, wenn Sie Befehle ausführen oder ein bestimmtes Modul importieren.

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()

Wenn es jemandem hilft, verhindert die Option "--noreload" zusätzlich zu Pyklers Antwort, dass der Runserver den Befehl beim Start zweimal ausführt:

python manage.py runserver --noreload

Dieser Befehl lädt den Runserver jedoch auch nach Änderungen des anderen Codes nicht neu.

Wie von @Pykler vorgeschlagen, sollten Sie in Django 1.7+ den in seiner Antwort erläuterten Hook verwenden. Wenn Sie jedoch möchten, dass Ihre Funktion nur aufgerufen wird, wenn der Ausführungsserver aufgerufen wird (und nicht, wenn Migrationen durchgeführt werden, werden Migration, Shell usw. aufgerufen ), und Sie möchten AppRegistryNotReady-Ausnahmen vermeiden, müssen Sie wie folgt vorgehen :

Datei: 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

Beachten Sie, dass Sie keine zuverlässige Verbindung zur Datenbank herstellen oder mit Modellen innerhalb der AppConfig.readyFunktion interagieren können (siehe Warnung in den Dokumenten).

Wenn Sie in Ihrem Startcode mit der Datenbank interagieren müssen, besteht eine Möglichkeit darin, das connection_createdSignal zu verwenden, um den Initialisierungscode bei Verbindung mit der Datenbank auszuführen.

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

Offensichtlich dient diese Lösung dazu, Code einmal pro Datenbankverbindung und nicht einmal pro Projektstart auszuführen. Sie möchten also einen sinnvollen Wert für die CONN_MAX_AGEEinstellung, damit Sie den Initialisierungscode nicht bei jeder Anforderung erneut ausführen. Beachten Sie auch, dass der Entwicklungsserver dies ignoriert CONN_MAX_AGE, sodass Sie den Code einmal pro Anforderung in der Entwicklung ausführen.

In 99% der Fälle ist dies eine schlechte Idee - Datenbankinitialisierungscode sollte bei Migrationen verwendet werden -, aber es gibt einige Anwendungsfälle, in denen Sie eine späte Initialisierung nicht vermeiden können und die oben genannten Einschränkungen akzeptabel sind.

Wenn Sie "Hallo Welt" einmal drucken möchten, wenn Sie den Server ausführen, setzen Sie "Drucken" ("Hallo Welt") aus der Klasse 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"