Dies ist der Befehl gunicorn3_paster, der beim kostenlosen Hosting-Anbieter OnWorks mit einer unserer zahlreichen kostenlosen Online-Workstations wie Ubuntu Online, Fedora Online, dem Windows-Online-Emulator oder dem MAC OS-Online-Emulator ausgeführt werden kann
PROGRAMM:
NAME/FUNKTION
gunicorn_paster – Ereignisbasierter HTTP/WSGI-Server, Anwendungseinstiegspunkt einfügen
ZUSAMMENFASSUNG
gunicorn_paster [OPTIONEN] [SETTINGS_PATH]
OPTIONAL
-c CONFIG, --config=CONFIG
Konfigurationsdatei. [keiner]
-b BINDEN, --binden=BINDEN
Adresse zum Anhören. Ex. 127.0.0.1:8000 oder unix:/tmp/gunicorn.sock
-w ARBEITSKRÄFTE, --Arbeitskräfte=ARBEITSKRÄFTE
Anzahl der zu laichenden Arbeiter. [1]
-a SCHIEDSRICHTER, --Schiedsrichter=SCHIEDSRICHTER
gunicorn-Arbiter-Einstiegspunkt oder -modul [egg:gunicorn#main]
-p PID-DATEI, --pid=PID-DATEI
Legen Sie die Hintergrund-PID-DATEI fest
-D, --dämon
Läuft dämonisiert im Hintergrund.
-m UMASK, --umask=UMASK
Definiere umask des Daemon-Prozesses
-u USER, --Benutzer=USER
Worker-Benutzer ändern
-g , --Gruppe=
Mitarbeitergruppe ändern
-n PROC_NAME, --Name=PROC_NAME
Prozessname
-Log-Ebene=LOGEBENE
Protokollebene, unter der Nachrichten stummgeschaltet werden. [die Info]
--Logdatei=LOGDATEI
Loggen Sie sich in eine Datei ein. - entspricht stdout. [-]
d, --debuggen
Debug-Modus. nur 1 Arbeiter.
--Version
Versionsnummer des Programms anzeigen und beenden
-h, --help
Diese Hilfemeldung anzeigen und beenden
BESCHREIBUNG
Green Unicorn (gunicorn) ist ein HTTP/WSGI-Server, der für schnelle oder schläfrige Clients entwickelt wurde
Anwendungen. Das heißt; hinter einem puffernden Front-End-Server wie nginx oder
lighttpd.
* Optionale Unterstützung für Eventlet und Gevent zur Bereitstellung von asynchronem
langabfragende ("Comet") Verbindungen.
* Prozessmanagement: Gunicorn erntet und startet Arbeiter, die sterben.
* Einfache Integration mit Django- und Paster-kompatiblen Anwendungen (Pylons,
TurboGears 2 usw.
* Load Balancing über Pre-Fork und einen gemeinsamen Socket
* Anmutiger Arbeitsprozess wird neu gestartet
* Upgrade ohne Verbindungsverlust
* Aufgeteilte Übertragungen im laufenden Betrieb decodieren, sodass Benachrichtigungen über den Upload-Fortschritt möglich sind
oder streambasierte Protokolle über HTTP
TUNING
KERN PARAMETER
Es gibt verschiedene Kernel-Parameter, die Sie möglicherweise optimieren möchten, um mit a . umzugehen
viele gleichzeitige Verbindungen. Im Allgemeinen sollten diese nur Websites mit a . betreffen
eine große Anzahl gleichzeitiger Anfragen und gelten für jede Art von Netzwerkserver, der Sie sein mögen
Laufen. Sie sind hier zur besseren Orientierung aufgeführt.
Die aufgeführten Befehle wurden unter Mac OS X 10.6 getestet. Ihr Unix-Geschmack kann etwas verwenden
verschiedene Flaggen. Verweisen Sie im Zweifelsfall immer auf die entsprechenden Manpages.
ZUNEHMEND FILE BESCHREIBUNG LIMIT
Eine der ersten Einstellungen, die normalerweise geändert werden müssen, ist die maximale Anzahl von offenen
Dateideskriptoren für einen bestimmten Prozess. Für die Verwirrten da draußen, denken Sie daran, dass Unices
Sockets als Dateien behandeln.
$ sudo ulimit -n 1024
ZUNEHMEND LISTEN WARTESCHLANGE GRÖßE
Abhörende Sockets verfügen über eine zugehörige Warteschlange eingehender Verbindungen, die darauf warten, dass sie geöffnet werden
akzeptiert. Wenn Sie zufällig einen Ansturm von Kunden haben, die diese Warteschlange neu füllen
Verbindungen werden schließlich abgebrochen.
$ sudo sysctl -w kern.ipc.somaxconn="1024"
ERWEITERUNG FLÜCHTIG PORT REICHWEITE
Nachdem ein Socket geschlossen wurde, tritt er schließlich in den TIME_WAIT-Zustand ein. Das kann ein werden
Problem nach längerer Kundenaktivität. Schließlich ist der kurzlebige Portbereich
aufgebraucht, was dazu führen kann, dass neue Verbindungen ins Stocken geraten, während sie auf einen gültigen Port warten.
Diese Einstellung ist im Allgemeinen nur auf Maschinen erforderlich, die zum Testen eines Netzwerks verwendet werden
Server.
Verwenden Sie gunicorn3_paster online über die Dienste von onworks.net
