Kann mod_wsgi Ausnahme in Django-Setup nicht lösen

Question

Ich arbeite mit meinem Hosting-Provider, um eine Django-Anwendung zum Laufen zu bringen, aber keiner von uns ist sehr erfahren und wir haben im Grunde genommen eine totale Sackgasse erreicht.

Ich habe keinen direkten Zugriff auf die conf-Datei, aber hier ist, wie sein Inhalt mir beschrieben wurden:

<IfModule mod_wsgi.c> 
WSGIScriptAlias /fredapp/ /home/fred/public_html/cgi-bin/fredapp/apache/django.wsgi 
WSGIDaemonProcess fred threads=15 display-name=%{GROUP} python-path=/home/fred/public_html/cgi-bin/fredapp/apache/ 
WSGIProcessGroup fred 
WSGIApplicationGroup %{GLOBAL} 
</IfModule> 

Alias /robots.txt /home/fred/public_html/fred-site/robots.txt 
Alias /favicon.ico /home/fred/public_html/fred-site/favicon.ico 

Alias /settings/media/ /home/fred/public_html/fred-site/media/ 

Mein „django.wsgi“ Skript ist nichts Besonderes:

import os, sys 
sys.path.append('/home/fred/public_html/cgi-bin/') 
sys.path.append('/home/fred/public_html/cgi-bin/fredapp/') 
os.environ['DJANGO_SETTINGS_MODULE'] = 'fredapp.settings' 

import django.core.handlers.wsgi 

application = django.core.handlers.wsgi.WSGIHandler() 

Also mein Verständnis ist, dass dies bedeutet, dass, wenn eine Anfrage für domain.com/freedapp/ kommt, dass es über django.wsgi an die Anwendung übergeben werden soll. Die einzige Antwort, die ich bekomme, ist jedoch:

[Fri Jan 22 18:46:08 2010] [error] [client xx.xxx.xx.xx] File does not exist: /home/fred/public_html/domain.com/500.shtml 
[Fri Jan 22 18:46:08 2010] [error] [client xx.xxx.xx.xx] mod_wsgi (pid=26760): Exception occurred processing WSGI script '/home/fred/public_html/cgi-bin/fredapp/apache/django.wsgi'. 
[Fri Jan 22 18:46:03 2010] [error] [client xx.xxx.xx.xx] File does not exist: /home/fred/public_html/domain.com/404.shtml 
[Fri Jan 22 18:46:03 2010] [error] [client xx.xxx.xx.xx] File does not exist: /home/fred/public_html/domain 

Dies läuft unter Apache unter Linux. Ich habe versucht, jede Zeile des .wsgi-Skripts im Python-Interpreter auf dem Server auszuführen, und keiner von ihnen gibt irgendwelche Fehler zurück. Ich habe auch versucht, die sys.stdout = sys.stderr Trick und bekam keine weitere Ausgabe als das, was oben ist. Die Datei existiert nicht, Fehler haben mit dem Rest der Site-Einrichtung zu tun und treten bei jeder Anfrage auf. Ich habe noch nicht alles richtig eingerichtet (Fehlerseiten und Indexseiten usw.), weil ich nur versuche, die App selbst zum Laufen zu bringen.

Ich habe diese App unter Apache auf meinem eigenen Rechner laufen lassen, allerdings NICHT im Daemon-Modus, aber es ist meine erste Django-App, und ich glaube nicht, dass mein Hosting-Provider jemals zuvor einen konfiguriert hat flieg ein bisschen blind. Wenn jemand irgendwelche Vorschläge hat, wäre ich sehr dankbar. Vielen Dank!

Answer 1

Ist es möglich, dass Ihr Startverzeichnis nicht das eine Projekt ist?

Heute habe ich auch + mod_wsgi + Django app Apache wurde, Einstellung und nach django.wsgi zum Hinzufügen:

os.chdir('/home/user/my_django_project') 

alles begann wie ein Zauber zu arbeiten.

Answer 2

Wir hatten den gleichen Fehler, wenn der Benutzer mit Apache nicht über die Rechte zum Lesen der Dateien verfügte.

Answer 3

Wenn die angegebene Konfiguration über das ist, was Sie verwenden, ist der Fehler tatsächlich ziemlich offensichtlich. Sie haben:

WSGIDaemonProcess fred threads=15 display-name=%{GROUP} python-path=/home/fred/public_html/cgi-bin/fredapp/apache/ 
WSGIProcessGroup scratchf 

Es sollte:

WSGIDaemonProcess fred threads=15 display-name=%{GROUP} python-path=/home/fred/public_html/cgi-bin/fredapp/apache/ 
WSGIProcessGroup fred 

Das heißt, muss der Name der Prozessgruppe entsprechen.

Sie allerdings eine Fehlermeldung gesehen haben sollte:

No WSGI daemon process called 'scratchf' has been configured 

Dies vor dem angemeldeten Fehler wahrscheinlich wäre:

Exception occurred processing WSGI script 

Aus diesem Grund ist es wichtig, dass Sie alle Fehlerprotokollmeldungen liefern und nicht davon ausgehen, dass sie nicht relevant sind.

Alternativ haben Sie eine andere als die von Ihnen verwendete Konfigurationskonfiguration angegeben.

---

UPDATE 1

Es sieht aus wie Sie Errordocument in Apache aktiviert haben können Fehler auf eine bestimmte URL zu umleiten. Da Sie jedoch Django im Stammverzeichnis des Webservers installiert haben und nicht ausgeschlossen haben, dass diese Fehler-URLs an Django weitergegeben werden, erhält Django beim Auftreten eines Fehlers die Umleitung für das Fehlerdokument, kann jedoch die URL nicht auflösen und generiert anschließend eine 404. Da Apache 404 eine Fehlerseitenumleitung sah, wird eine 500-Standardfehlerseite zurückgegeben. Das Endergebnis ist, dass der ursprüngliche Originalfehler und jegliche Informationen verloren gehen.

Gehen Sie also in die Apache-Konfiguration und kommentieren Sie die ErrorDocument-Anweisungen aus.

---

UPDATE 2

Konfiguration ändern zu:

WSGIScriptAlias /fredapp /home/fred/public_html/cgi-bin/fredapp/apache/django.wsgi 

Sie sollten nicht haben Strich auf dem zweiten Wert auf der Leitung nachlauf. Sie haben vergessen, dass Sie tatsächlich versucht haben, eine Unter-URL und nicht die Root-Seite des Webservers bereitzustellen.