Nginx - konfigurasi minimum

Pelayan selamat ialah pelayan yang hanya membenarkan nombor yang diperlukan. Sebaik-baiknya, kami akan membina pelayan berdasarkan sistem yang minimum dengan mendayakan ciri lain secara individu. Konfigurasi minimum juga membantu dengan penyahpepijatan. Jika pepijat tidak tersedia dalam sistem yang minimum, tambahkan fungsi secara individu dan teruskan mencari pepijat.

Ini ialah konfigurasi minimum yang diperlukan untuk menjalankan nginx:

# /etc/nginx/nginx.confevents {}         # event context have to be defined to consider config validhttp { server {    listen 80;    server_name  javatpoint.co  www.javatpoint.co  *.javatpoint.co;    return 200 "Hello";  }

Root, Lokasi dan arahan try_files

Arahan root

arahan root digunakan untuk menetapkan direktori root permintaan, membenarkan sistem nginx memetakan incom fail atasan.

server {  listen 80;  server_name javatpoint.co;  root /var/www/javatpoint.co;}

Ia membolehkan nginx mengembalikan kandungan pelayan berdasarkan permintaan:

javatpoint.co:80/index.html     # returns /var/www/learnfk.com/index.htmljavatpoint.co:80/foo/index.html # returns /var/www/learnfk.com/foo/index.html

Arahan lokasi

Arahan lokasi digunakan untuk menetapkan konfigurasi berdasarkan URI (Pengecam Sumber Seragam) yang diminta.

Sintaksnya ialah:

location [modifier] path

Contoh:

location /foo {  # ...}

Jika tiada pengubah ditentukan, laluan dianggap sebagai awalan dan apa-apa sahaja boleh mengikuti. Contoh di atas akan sepadan:

/foo/fooo/foo123/foo/bar/index.html...

Kami juga boleh menggunakan berbilang arahan lokasi dalam konteks tertentu:

server {  listen 80;  server_name javatpoint.co;  root /var/www/javatpoint.co;  location/{    return 200 "root";  }  location /foo {    return 200 "foo";  }}javatpoint.co:80  /      # => "root"javatpoint.co:80   /foo    # => "foo"javatpoint.co:80   /foo123 # => "foo"javatpoint.co:80   /bar    # => "root"

Nginx juga menyediakan beberapa pengubah suai yang boleh digunakan bersama dengan arahan lokasi.

Cari akaun rasmi bahagian belakang komuniti Cina Linux dan balas "dapur peribadi" untuk mendapatkan pakej hadiah kejutan.

Pengubah suai diberi keutamaan:

=           - Exact match^~          - Preferential match~ && ~*     - Regex matchno modifier - Prefix match

Pertama, nginx akan menyemak semua padanan tepat. Jika ia tidak wujud, ia akan mencari pilihan pilihan. Jika padanan ini juga gagal, padanan ungkapan biasa akan diuji mengikut susunan yang dipaparkan. Jika semuanya gagal, padanan awalan terakhir akan digunakan.

location /match {  return 200 'Prefix match: will match everything that starting with /match';}location ~* /match[0-9] {  return 200 'Case insensitive regex match';}location ~ /MATCH[0-9] {  return 200 'Case sensitive regex match';}location ^~ /match0 {  return 200 'Preferential match';}location = /match {  return 200 'Exact match';}/match     # => 'Exact match'/match0    # => 'Preferential match'/match1    # => 'Case insensitive regex match'/MATCH1    # => 'Case sensitive regex match'/match-abc # => 'Prefix match: matches everything that starting with /match'

arahan try_files

Arahan ini mencuba laluan berbeza dan mengembalikan mana-mana yang ditemui.

try_files $uri index.html =404;

Jadi /foo.html akan cuba mengembalikan fail dalam susunan berikut:

$uri(/foo.html);index.html

Jika tidak dijumpai: 404

如果我们在服务器上下文中定义try_files，然后定义查找所有请求的位置，则不会执行try_files。发生这种情况是因为服务器上下文中的try_files定义了其伪位置，该伪位置是可能的最低特定位置。因此，定义location/ 会比我们的伪位置更具体。

server {  try_files $uri /index.html =404;  location/{  }}

因此，我们应该避免在服务器上下文中使用try_files:

server {  location/{    try_files $uri /index.html =404;  }}