nginx -g "pid /var/nginx/test.pid"

Die Konfigurationselemente dürfen nicht mit nginx.conf im Standardpfad in Konflikt geraten, andernfalls kann es nicht gestartet werden.

Wenn der im -g-Modus gestartete Nginx-Dienst andere Befehle ausführt, muss -g mitgebracht werden, da sonst die Konfigurationselemente möglicherweise nicht übereinstimmen.

Ob im Daemon-Modus ausgeführt werden soll

Ob im Master/Woker-Modus gearbeitet werden soll

aus; der Masterprozess bearbeitet die Anfrage selbst

Protokolleinstellungen

stop: Senden Sie das SIGSTOP-Signal zum Debuggen an den Code-Debugging-Punkt

Abbruch: Generieren Sie eine Coredump-Datei. Sie können die Informationen mit gdb anzeigen

Dieses Konfigurationselement gehört eigentlich zur Ereignisklasse „configuration events { }“ und ist nur gültig

Begrenzen Sie die Größe der Coredump-Core-Dump-Datei

Geben Sie das Verzeichnis für die Coredump-Dateigenerierung an

Definieren Sie Umgebungsvariablen

Andere Konfigurationsdateien einbetten

PID-Dateipfad

Der Benutzer und die Benutzergruppe, unter denen der Nginx-Workerprozess ausgeführt wird

Die maximale Anzahl von Dateihandles, die von einem Arbeitsprozess geöffnet werden können

Signalwarteschlange begrenzen

Die Anzahl der Nginx-Worker-Prozesse ist die Anzahl der CPU-Kerne;

Binden Sie den Nginx-Workerprozess an den angegebenen CPU-Kern; unterstützt nur Linux-Systeme

SSL-Hardwarebeschleunigung; openssl engine -t

Ausführungshäufigkeit des Systemaufrufs gettimeofday

Prioritätseinstellung für den Nginx-Workerprozess

Ob die Lastausgleichssperre geöffnet werden soll

Pfad zur Sperrdatei

Die Verzögerungszeit zwischen der Verwendung der Akzeptanzsperre und dem tatsächlichen Verbindungsaufbau

Bauen Sie stapelweise neue Verbindungen auf

Veranstaltungsmodell auswählen

Maximale Anzahl von Verbindungen pro Worker

Standort [ = |. ~ |. ~* | ^~|@] /uri/ {}

listen Sie die Adresse auf: default |. rcvbuf=size |.

Servername Name [...]

server_names_hash_bucket_size Größe

server_names_hash_max_size Größe

server_name_in_redirect ein |.

Wird zum Debuggen und Lokalisieren von Problemen verwendet

Der HTTP-Pakettext in der Anfrage wird immer im Speicherpuffer gespeichert. Wenn er client_body_buffer_size überschreitet, wird er in die Festplattendatei geschrieben.

Nginx weist die Speicherpuffergröße zu, wenn der HTTP-Header-Teil der Anfrage akzeptiert wird

Die Anzahl der Puffer und die Größe jedes Puffers zum Speichern extrem großer HTTP-Header

Speicherpuffergröße zum Speichern des HTTP-Paketkörpers

Temporäres Speicherverzeichnis für HTTP-Paketkörper

Größe des Verbindungsspeicherpools

Weisen Sie die Größe des Speicherpools pro Anfrage zu

Zeitüberschreitung beim Lesen von HTTP-Headern

Zeitüberschreitung beim Lesen des HTTP-Bodys

Zeitüberschreitung beim Senden der Antwort

Ob die Verbindung nach einer Zeitüberschreitung der Verbindung zurückgesetzt werden soll

Steuern Sie Nginx, um den Benutzerverbindungsmodus zu schließen

Nützlich zum Hochladen großer Dateien, wenn lingering_close aktiviert ist

Überprüfen Sie nach dem Inkrafttreten von lingering_close die Daten, bevor Sie die Verbindung schließen.

Deaktivieren Sie die Keepalive-Funktionalität für einige Browser

Keepalive-Timeout

Die maximale Anzahl von Anfragen, die über eine Keepalive-Verbindung übertragen werden dürfen

Bestimmen Sie, ob TCP_NODELAY für Keepalive-Verbindungen verwendet werden soll

Aktivieren Sie tcp_nopush und fügen Sie beim Senden einer Antwort den gesamten Antwortheader in ein TCP-Paket ein.

Zuordnung von MIME-Typen und Dateierweiterungen

Standardmäßig wird der HTTP-Header Content-Type verwendet

Die von jedem Sanli-Schmerz belegte Speichergröße

Kollisionsrate der Hash-Tabelle

Begrenzen Sie Anfragen nach HTTP-Methode