Così come WSGI, Django supporta anche il deploy su ASGI, lo standard emergente di Pyhon per i web server e le applicazioni asincrone.
\nIl comando di gestione di Django startproject imposta una configurazione ASGI di default per te, che puoi migliorare a seconda delle necessità del tuo progetto, e orientare ogni server per le applicazioni che sia ASGI-compliant al suo utilizzo.
Django comprende la documentazione per iniziare ad utilizzare i seguenti server ASGI:
\napplicationLink to this heading#Come WSGI, ASGI ti richiede di fornire una applicazione chiamabile che l’application server utilizza per comunicare con il tuo codice. Normalmente è fornita come un oggetto chiamato application in un modulo Python accessibile al server.
Il comando startproject crea un file <project_name>/asgi.py che contiene questa application richiamabile.
Non è usato dal server di sviluppo (runserver), ma può essere utilizzato da ogni server ASGI sia in sviluppo che in produzione.
I server ASGI normalmente prendono il percorso dell’applicazione richiamabile come stringa; per molti progetti Django, avrà questo aspetto: myproject.asgi:application.
Quando il server ASGI carica la tua applicazione, Django ha bisogno di importare il modulo settings - che è il posto dove la tua intera applicazione è definita.
\nDjango usa la variabile d’ambiente envvar:DJANGO_SETTINGS_MODULE per trovare il modulo di impostazioni appropriato. Deve contenere il percorso puntato al modulo delle impostazioni. Puoi usare valori diversi per lo sviluppo e la produzione; dipende tutto da come organizzi le tue impostazioni.
\nSe questa variabile non è impostata, il file predefinito asgi.py lo imposta a mysite.settings, dove mysite è il nome del tuo progetto.
Per applicare un middleware ASGI, o per incorporare Django in un’altra applicazione ASGI, puoi avvolgere l’oggetto application di Django nel file asgi.py. Per esempio:
from some_asgi_library import AmazingMiddleware\n\napplication = AmazingMiddleware(application)\n