Exécuter le code au démarrage de Django UNE SEULE FOIS ?

Question

J'écris une classe Django Middleware que je veux exécuter une seule fois au démarrage, pour initialiser un autre code arbitraire. J'ai suivi la très belle solution postée par sdolan. aquí mais le message "Hello" est envoyé au terminal. deux fois . Par exemple

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

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

et dans mon fichier de configuration Django, j'ai inclus la classe dans la section MIDDLEWARE_CLASSES liste.

Mais lorsque j'exécute Django en utilisant runserver et que je demande une page, j'obtiens dans le 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

Avez-vous une idée de la raison pour laquelle "Hello world" est imprimé deux fois ? Merci.

Answer 1

Mise à jour : Django 1.7 dispose désormais d'une fonction crochet pour ce

fichier : myapp/apps.py

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

fichier : myapp/__init__.py

default_app_config = 'myapp.apps.MyAppConfig'

Pour Django < 1.7

La réponse numéro un ne semble plus fonctionner, urls.py est chargé à la première demande.

Ce qui a fonctionné dernièrement, c'est de placer le code de démarrage dans n'importe lequel de vos INSTALLED_APPS. init .py par exemple. myapp/__init__.py

def startup():
    pass # load a big thing

startup()

Lorsque vous utilisez ./manage.py runserver ... ceci est exécuté deux fois, mais c'est parce que runserver a quelques astuces pour valider les modèles d'abord etc ... les déploiements normaux ou même lorsque runserver se recharge automatiquement, ceci n'est exécuté qu'une fois.

Answer 2

Mise à jour de la réponse de Pykler ci-dessous : Django 1.7 dispose désormais d'un crochet pour ce

---

Ne le faites pas de cette façon.

Vous ne voulez pas d'un "intergiciel" pour un démarrage unique.

Vous voulez exécuter le code dans le niveau supérieur urls.py . Ce module est importé et exécuté une fois.

urls.py

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

urlpatterns = ...

one_time_startup()

Answer 3

Cette question trouve une bonne réponse dans le billet de blog Crochet de point d'entrée pour les projets Django qui fonctionnera pour Django >= 1.4.

En gros, vous pouvez utiliser <project>/wsgi.py pour le faire, et il ne sera exécuté qu'une seule fois, au démarrage du serveur, mais pas lorsque vous exécutez des commandes ou importez un module particulier.

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

Answer 4

Comme suggéré par @Pykler, dans Django 1.7+ vous devriez utiliser le crochet expliqué dans sa réponse, mais si vous voulez que votre fonction n'est appelée que lorsque le serveur d'exécution est appelé. (et non lors de la réalisation de migrations, migrate, shell, etc. sont appelés), et vous voulez éviter les exceptions AppRegistryNotReady vous devez faire comme suit :

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

Answer 5

Si cela aide quelqu'un, en plus de pykler's réponse, l'option "--noreload" empêche runserver d'exécuter deux fois la commande au démarrage :

python manage.py runserver --noreload

Mais cette commande ne rechargera pas runserver après les modifications d'autres codes.