Назад | Перейти на главную страницу

Почему моя директива псевдонима Nginx не работает?

Я использую Nginx на CentOS 7 с Ruby on Rails / Puma. Я хотел бы, чтобы определенные пути к файлам пропускались RoR и обслуживались непосредственно Nginx. Я создал это в своем "серверном" блоке для своего сайта

location /assets/lib/ {
    alias /home/rails/myproject_production/app/assets/javascripts/lib/;
    autoindex off;
}

Однако, когда я называю актив как http://www.mydomein.com/assets/lib/myfile.js, Я получаю 404. Это то, что отображается в моих журналах

2018/05/11 15:21:47 [error] 242#0: *1 open() "/home/rails/myproject_production/public/assets/lib/myfile.js" failed (2: No such file or directory), client: 50.240.135.5, server: www.mydomein.com, request: "GET /assets/lib/myfile.js HTTP/1.1", host: "www.mydomein.com"

Из журналов видно, что псевдоним вообще не вызывается. Что мне не хватает в приведенном выше? Моя полная конфигурация ниже

upstream myproject {
  server unix:///home/rails/myproject_production/shared/sockets/puma.sock;
}

# Listener for Apex Domain
server {
  listen 80;
  server_name www.mydomein.com;
  root /home/rails/myproject_production/public; # I assume your app is located at this location

  location / {
    proxy_pass http://myproject; # match the name of upstream directive which is defined above
    proxy_set_header Host $host;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

    if ($request_uri ~* "(\/image\/.*)|(.*\.(ico|gif|jpe?g|png)$)") {
      expires 60d;
      access_log off;
      add_header Pragma public;
      add_header Cache-Control "public";
      break;
    }
  }

  location /assets/lib/ {
        alias /home/rails/myproject_production/app/assets/javascripts/lib/;
        autoindex off;
  }

  location /cable {
    proxy_pass http://myproject;
    proxy_http_version 1.1;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection "upgrade";
  }

  location ~* ^/assets/ {
    # Per RFC2616 - 1 year maximum expiry
    expires 1y;
    add_header Cache-Control public;

    # Some browsers still send conditional-GET requests if there's a
    # Last-Modified header or an ETag header even if they haven't
    # reached the expiry date sent in the Expires header.
    add_header Last-Modified "";
    add_header ETag "";
    break;
  }

}

У вас есть два location блоки:

location /assets/lib/ {
  …
}
location ~* ^/assets/ {
  …
}

Теперь, как описано в Nginx документация, Nginx проверяет расположение первых префиксов и запоминает самое длинное совпадение. Затем он проверяет расположение регулярных выражений и использует соответствующий блок, если он найден. Если ничего не найдено, используется совпадение префикса.

Итак, в вашем случае nginx сначала находит первый location блок, помнит это. Однако блок регулярного выражения также совпадает, и nginx выбирает этот блок.

Чтобы изменить процесс выбора nginx, вам необходимо использовать:

location ^~ /assets/lib {
  …
}

для вашего первого местоположения. Это также означает, что директивы в блоке регулярных выражений не применяются к этим запросам.