Я развертываю приложение RoR в Amazon Elastic Beanstalk. Статические файлы обслуживаются nginx. Корень приложения: /var/app/current
, он содержит текущее приложение Rails. public
dir tree:
=> /var/app/current/public
drwxr-xr-x 6 webapp webapp 4096 Aug 31 12:53 .
drwxr-xr-x 13 webapp webapp 4096 Aug 31 12:54 ..
-rw-r--r-- 1 webapp webapp 1722 Aug 31 12:52 404.html
-rw-r--r-- 1 webapp webapp 1705 Aug 31 12:52 422.html
-rw-r--r-- 1 webapp webapp 1635 Aug 31 12:52 500.html
-rw-r--r-- 1 webapp webapp 0 Aug 31 12:52 apple-touch-icon.png
-rw-r--r-- 1 webapp webapp 0 Aug 31 12:52 apple-touch-icon-precomposed.png
drwxr-xr-x 3 webapp webapp 4096 Aug 31 12:54 assets
drwxr-xr-x 2 webapp webapp 4096 Aug 31 12:52 debug
-rw-r--r-- 1 webapp webapp 0 Aug 31 12:52 favicon.ico
drwxr-xr-x 4 webapp webapp 4096 Aug 31 12:52 fonts
drwxr-xr-x 3 webapp webapp 4096 Aug 31 12:52 images
-rw-r--r-- 1 webapp webapp 98 Aug 31 12:52 robots.txt
Проблема в том, что активы обслуживаются не полностью. Вот моя конфигурация nginx, которую я отправляю на серверы EBS:
# 0.02
upstream my_app {
server unix:///var/run/puma/my_app.sock;
}
log_format healthd '$msec"$uri"'
'$status"$request_time"$upstream_response_time"'
'$http_x_forwarded_for';
server {
listen 80;
server_name _ localhost; # need to listen to localhost for worker tier
if ($time_iso8601 ~ "^(\d{4})-(\d{2})-(\d{2})T(\d{2})") {
set $year $1;
set $month $2;
set $day $3;
set $hour $4;
}
access_log /var/log/nginx/access.log main;
access_log /var/log/nginx/healthd/application.log.$year-$month-$day-$hour healthd;
location /assets {
alias /var/app/current/public/assets;
gzip_static on;
gzip on;
expires max;
add_header Cache-Control public;
}
location /fonts {
alias /var/app/current/public/fonts;
gzip_static on;
gzip on;
expires max;
add_header Cache-Control public;
}
location /images {
alias /var/app/current/public/images;
gzip_static on;
gzip on;
expires max;
add_header Cache-Control public;
}
location / {
proxy_pass http://my_app; # 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;
}
}
Блоки /assets
и /fonts
обслуживаются в порядке, возвращая код 200.
Но /images
вернуть 301, перенаправляя на URL с косой чертой в конце, который не может быть найден:
Если я запрошу изображение PNG с curl
, изображение обслуживается правильно. Перенаправление /images/stubs/banner.png
-> 301 => /images/stubs/banner.png/
-> 404 происходит только в браузере.
Любые идеи? Заранее спасибо.
Пожалуйста, проверьте, что ваш mime.types
файл содержит следующую строку:
types { ... image/png png; ... }
Возможно, nginx пытается обслуживать его как HTML, поскольку он не знает, какой тип mime дать ему при отправке.
Также убедитесь, что этот файл включен в ваш nginx.conf и вы не удалили его случайно! :) должно быть так:
html { ... include /etc/nginx/mime.types; ... }
PNG уже является сжатым форматом, здесь нет необходимости использовать gzip.
Попробуйте удалить сжатие gzip для местоположения / изображений и добавить эту строку также в это место:
default_type image/png;
как показывает инструменты разработчика, браузер получил text / html вместо image / png