Ich habe eine Python-Anwendung (konkrete Django) auf meinem Server laufen. Vorgestern lief es unter Apache mit mod-wsgi fast ohne Probleme. Ich hatte zwei Hauptgründe, zu nginx zu wechseln:
Ich habe ein Problem mit dem uwsgi-Service. Zuerst werde ich die wsgi-Datei der App einfügen:
%Vor% Dann habe ich die Datei uwsgi.ini für die init-App, die sich unter /etc/uwsgi/apps-enabled/usporion.ini :
Hinweis: Ich habe versucht, die Daemonisierung unkommentiert zu machen (dies funktioniert jedoch nicht mit der aktuellen Verwendung).
Zuletzt habe ich diese nginx config:
%Vor% Der Befehl uwsgi --ini /etc/uwsgi/apps-enabled/usporion.ini funktioniert einwandfrei und ich kann sehen, dass die App im Web funktioniert. Wenn ich jedoch service uwsgi start aktiviere, wird der Dienst nicht gestartet (FAIL) und es wird keine Nachricht angezeigt, und ich kann in den Protokollen nichts finden. Die Ausführung dieses Dienstes ohne usporion.ini in apps-enabled funktioniert einwandfrei.
Ich würde mich über jede Hilfe freuen, die ich mit dem Ausführen von uwsgi "service" unter dem Bildschirm vermeiden kann, aber als normaler Dienst ausgeführt wird.
Hier ist die dist info:
%Vor%Schließlich, wenn jemand mir einen Rat geben möchte, um zu konfigurieren (ich bin neu zu nginx und es ist willkommen), dies ist 8-Core-Xeon-Server 2.4 GHz mit 16 GB RAM, die Hälfte davon ist für diese App reserviert .
Fehler ist uwsgi Konfiguration:
%Vor% Der Unterschied ist in wsgi-file , was den alten module config Wert ersetzt hat. Dann erschien ein Fehler bezüglich der fehlenden wsgi-Datei (erster geschriebener Fehler). daemonize ist hier nicht notwendig, da der debian-Dienst dies automatisch definiert. Trotzdem denke ich, vacuum , logto ist dort nicht notwendig, ebenso chmod-socket und uwsgi-socket - alle sind durch debians Service definiert. Ich werde dies annehmen und diese Antwort vervollständigen.
Dennoch, diese Konfiguration ist aus dem Grund und alles andere sollte automatisch defniert werden oder einen Standardwert haben oder von Django selbst:
%Vor%