Kann ich einige code ständig laufen in Django wie ein Dämon

Könnte man erstellen Sie einen hintergrund-thread aus dem WSGI-Skript, wenn es das erste mal importiert wird.

import threading
import time

def do_stuff():
    time.sleep(60)
    ... do periodic job

_thread = threading.Thread(target=do_stuff)
_thread.setDaemon(True)
_thread.start()

Für diese Arbeit, obwohl Sie müsste nur ein Dämon-Prozess, der sonst jeden Prozess wäre, tut die gleiche Sache, die Sie wahrscheinlich nicht wollen.

Wenn Sie über mehrere Prozess-daemon-Prozess-Gruppe, eine alternative zu schaffen, ist ein spezieller daemon-Prozess-Gruppe, die der einzige Zweck ist, die zur Ausführung dieser hintergrund-thread. In anderen Worten, wird der Prozess nicht tatsächlich noch Anfragen.

Können Sie dies tun durch:

WSGIDaemonProcess django-jobs processes=1 threads=1
WSGIImportScript /usr/local/django/mysite/apache/django.wsgi \
    process-group=django-jobs application-group=%{GLOBAL}

Den WSGIImportScript Richtlinie sagt, laden Sie das Skript und führen Sie es zum Start in den Kontext des Prozess-Gruppe "django-jobs'.

Ersparen, mehrere scripts, ich habe darauf hingewiesen, was wäre Ihre ursprüngliche WSGI-Skript-Datei, die Sie für WSGIScriptAlias. Wir wollen es nicht zu laufen, wenn es geladen wird, dass die Richtlinie, obwohl, so tun wir:

import mod_wsgi

if mod_wsgi.process_group == 'django-jobs':
    _thread = threading.Thread(target=do_stuff)
    _thread.setDaemon(True)
    _thread.start()

Hier sieht es so aus, der name des daemon-Prozess-Gruppe und der nur läuft, wenn gestartet, im speziellen daemon-Prozess-Gruppe, die mit den einzelnen Prozess nur für diese.

Insgesamt sind Sie nur unter Verwendung von Apache als eine große rühmte Prozess-manager, wenn auch eine, die bereits als robust. Es ist ein bisschen übertrieben da dieser Prozess verbraucht zusätzlich Speicher auf diese Annahme und Bearbeitung von Anträgen, aber abhängig von der Komplexität, was du tust, es kann immer noch nützlich sein.

Einen niedlichen Aspekt dabei ist, dass, da es immer noch eine volle Django-Anwendung in dort, Sie könnte Karte bestimmte URLs zu eben diesem Prozess und bieten so eine remote-API zu verwalten oder überwachen die hintergrund-task und was es tut.

WSGIDaemonProcess django-jobs processes=1 threads=1
WSGIImportScript /usr/local/django/mysite/apache/django.wsgi \
    process-group=django-jobs application-group=%{GLOBAL}

WSGIDaemonProcess django-site processes=4 threads=5
WSGIScriptAlias / /usr/local/django/mysite/apache/django.wsgi

WSGIProcessGroup django-site
WSGIApplicationGroup %{GLOBAL}

<Location /admin>
WSGIProcessGroup django-jobs
</Location>

Hier werden alle URLs außer für Sachen, die unter /admin ausführen in "django-site', mit /admin in "django-jobs'.

Sowieso, dass die Adressen die konkrete Frage, es zu tun in der Apache mod_wsgi-daemon-Prozess wie gewünscht.

Als wies darauf hin, dass die alternative ist, um eine Befehlszeile-Skript, das festlegt, und lädt Django und macht sich die Arbeit und führen, die von einem cron-job. Ein Kommandozeilen-Skript bedeutet gelegentliche vorübergehende Speicherauslastung, aber die startup-Kosten für den Auftrag höher ist als Bedürfnis, alles zu laden jedes mal.