Wie führe ich zwei separate Django-Sites basierend auf einer Subdomain aus?

Question

Ich habe zwei Django-Sites. Der eine ist ein Aufstellungsort und der andere ist die Produktion. Ich möchte, dass die Staging-Site unter beta.ialexander.io und die Produktion unter ialexander.io sichtbar ist. Ich benutze mod_wsgi mit Apache. Hier sind die beiden .conf Dateien:

ialexander.conf:

# WSGI Stuff 
WSGIPythonPath /var/www/Ullmannite 

<VirtualHost *:80> 
    # WSGI Stuff 
    WSGIScriptAlias//var/www/Ullmannite/Ullmannite/wsgi.py 

    # Identification 
    ServerName ialexander.io 
    ServerAdmin Alexander2475914@gmail.com 

    # Public files 
    Alias /assets /var/www/Ullmannite/public 

    # Logs 
    ErrorLog ${APACHE_LOG_DIR}/iAlexander-Error.log 
    CustomLog ${APACHE_LOG_DIR}/iAlexander-Access.log combined 

    # Access 
    DocumentRoot "/var/www/Ullmannite/public" 

    <Directory "/var/www/Ullmannite/Ullmannite"> 
    <Files "wsgi.py"> 
     Require all granted 
    </Files> 
    </Directory> 

    <Directory "/var/www/Ullmannite/public"> 
    Require all granted 
    </Directory> 
</VirtualHost> 

000-ialexander-staging.conf:

# WSGI Stuff 
WSGIPythonPath /var/www/Ullmannite-Staging 

<VirtualHost *:80> 
    # WSGI Stuff 
    WSGIScriptAlias /beta /var/www/Ullmannite-Staging/Ullmannite/wsgi.py 

    # Identification 
    ServerName ialexander.io 
    ServerAdmin Alexander2475914@gmail.com 

    # Public files 
    Alias /assets /var/www/Ullmannite-Staging/public 

    # Logs 
    ErrorLog ${APACHE_LOG_DIR}/iAlexander-Staging-Error.log 
    CustomLog ${APACHE_LOG_DIR}/iAlexander-Staging-Access.log combined 

    # Access 
    DocumentRoot "/var/www/Ullmannite-Staging/public" 

    <Directory "/var/www/Ullmannite-Staging/Ullmannite"> 
    <Files "wsgi.py"> 
     Require all granted 
    </Files> 
    </Directory> 

    <Directory "/var/www/Ullmannite-Staging/public"> 
    Require all granted 
    </Directory> 
</VirtualHost> 

Ich habe jetzt seit Wochen kämpfen mit diesem. Ursprünglich in 000-ialexander-staging.conf hatte ich WSGIScriptAlias//var/www/Ullmannite-Staging/Ullmannite/wsgi.py und ServerName beta.ialexander.io, aber das gab mir nicht, was ich brauche. Ich erinnere mich nicht genau, was passiert ist, denn das war vor ungefähr zwei Wochen.

Zur Zeit habe ich 000-ialexander-staging.conf deaktiviert, weil es die andere (ialexander.conf) bricht. Jedoch, wenn ich 000-ialexander-staging.conf aktiviert habe und ich besuche http://ialexander.io/beta sehe ich die Produktionsstätte.

Ich weiß, es gibt eine Panne, wo Sie die Seiten haben müssen, die WSGIScriptAlias Werte in Reihenfolge haben. Wenn ich das erste habe, wo WSGIScriptAlias auf / vor dem zweiten gesetzt wird, wird es das zuerst senden. Das ist der Grund, warum ich 000-ialexander-staging.conf mit dem Präfix 000- benannt habe. Ich wollte sicherstellen, dass Apache das zuerst liest, weil es derjenige ist, der einen WSGIScriptAlias Wert von /beta hat.

Warum sind diese Dinge passiert und wie kann ich die Produktionsstätte bei ialexander.io zurück, aber die Staging One unter beta.ialexander.io?

Answer 1

hier ist das, was ich in einer httpd.conf Datei für Windows tun:

* Anmerkung:

1. NO WSGIPythonPath außerhalb VirtualHost s - Wenn es vorhanden ist, zwei VirtualHost s nicht anders python-django Konfigurationen haben können
2. gibt es getrennt zwei django Projekte
3. Domänen, die wir trennen möchten, sind (www.)ialexander.io und beta.ialexander.io

4. Kein virtualenv verwendet. (Ich bin nicht sicher, ob dieses Problem sein wird ...)

   # for the public site 
   <VirtualHost *:80> 
   DocumentRoot "/var/www/Ullmannite/public" 
   ServerName ialexander.io 
   ServerAlias www.ialexander.io 
   
   WSGIScriptAlias//var/www/Ullmannite/Ullmannite/wsgi.py 
   # ...other things the same... 
   
   </VirtualHost> 
   
   # for the staging site 
   <VirtualHost *:80> 
   DocumentRoot "/var/www/Ullmannite-Staging/public" 
   ServerName beta.ialexander.io 
   
   WSGIScriptAlias//var/www/Ullmannite-Staging/Ullmannite/wsgi.py 
   # ...other things the same... 
   
   </VirtualHost>