Nginx не удается загрузить файлы css

поставить include /etc/nginx/mime.types; под location / { вместо http { решил проблему для меня.

style.css фактически обрабатывается через fastcgi из-за вашей директивы" location/". Таким образом, это fastcgi, который обслуживает файл (nginx > fastcgi > filesystem), а не непосредственно файловая система (nginx > filesystem).

по причине, которую мне еще предстоит выяснить (я уверен, что где-то есть директива), NGINX применяет тип mime text/html ко всему, что подается из fastcgi, если только бэкэнд-приложение явно не говорит иначе.

виновником является этот блок конфигурации в частности:

location / {
     root    /usr/share/nginx/html;
     index  index.html index.htm index.php;
     fastcgi_pass   127.0.0.1:9000;
     fastcgi_index  index.php;
     fastcgi_param  SCRIPT_FILENAME  /usr/share/nginx/html$fastcgi_script_name;
     include        fastcgi_params;
}

должно быть:

location ~ \.php$ { # this line
     root    /usr/share/nginx/html;
     index  index.html index.htm index.php;
     fastcgi_split_path_info ^(.+\.php)(/.+)$; #this line
     fastcgi_pass   127.0.0.1:9000;
     fastcgi_index  index.php;
     fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name; # update this too
     include        fastcgi_params;
}

это изменение гарантирует только *.php файлы запрашиваются из fastcgi. На этом этапе NGINX применит правильный тип MIME. Если у вас есть переписывание URL происходит, вы должны справиться с этим до директива месте (location ~\.php$) так что правильное расширение выводится и правильно направляется в fastcgi.

будьте уверены, чтобы проверить эта статья о дополнительной безопасности соображения с помощью try_files. Учитывая последствия для безопасности, я считаю это особенностью, а не ошибкой.

Я тоже столкнулся с этой проблемой. Это смутило меня, пока я не понял, что было не так:

у вас есть это:

include       /etc/nginx/mime.types;
default_type  application/octet-stream;

вы хотите это:

default_type  application/octet-stream;
include       /etc/nginx/mime.types;

там, кажется, либо ошибка в nginx или недостаток в документах (это может быть предполагаемое поведение, но это странно)

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

1) я добавил в блок Server следующее:

location ~ \.css {
 add_header Content-Type text/css;
}

я перезагрузил nginx и получил это по ошибке.журнал:

2015/06/18 11:32:29 [ошибка] 3430#3430: * 169 open() "/etc/nginx/html/css/mysite.css " не удалось (2: нет такого файла или каталога)

2) я удалил строки, перезагрузил nginx и получил рабочий css. Я не могу объяснить, что случилось потому что мой файл conf стал таким как прежде.

мой случай был чистым xubuntu 14.04 на VirtualBox, nginx / 1.9.2, a row 127.51.1.1 mysite в/etc / hosts и довольно простой /etc/nginx / nginx.conf с блоком сервера:

user nginx;
worker_processes 1;

error_log /var/log/nginx/error.log warn;
pid /var/run/nginx.pid;

events {
    worker_connections  1024;
}

http {
    include /etc/nginx/mime.types;

    server {
        listen 80;
        server_name mysite;

        location / {
            root /home/testuser/dev/mysite/;
        }
    }
}

У меня была такая же проблема в Windows. Я решил его добавив:включить mime.типы; под http{ в моем nginx.файл conf. Тогда это все равно не сработало.. поэтому я посмотрел на ошибка.журнал файл, и я заметил, что он пытался зарядить .файлы css и javascript из пути к файлу, но с папкой / http между ними. Бывший: мой. css был в : "C:\Users\pc\Documents\nginx-server/player-web/css/index.стиль CSS" и он взял его от: "C:\Users\pc\Documents\nginx-server/ html / player-web / css / index.стиль CSS" Поэтому я изменил свою папку player-web внутри папки html, и это сработало;)

Я на самом деле не торопился, прошел через все вышеперечисленные ответы на этой странице, но безрезультатно. Я просто изменил владельца и разрешения каталога и подкаталогов, используя следующую команду.Я изменил владельца каталога веб-проекта в /usr/share/nginx/html до root пользователь с помощью:

chown root /usr/share/nginx/html/mywebprojectdir/*

и, наконец, изменил разрешения этого каталога и подкаталогов с помощью:

chmod 755 /usr/share/nginx/html/mywebprojectdir/*

Примечание: если отказано , вы можете использовать судо

добавьте это в свой файл Ngnix conf

add_header Content-Security-Policy "default-src 'self'; script-src 'self' 'unsafe-inline' 'unsafe-eval' https://ssl.google-analytics.com https://assets.zendesk.com https://connect.facebook.net; img-src 'self' https://ssl.google-analytics.com https://s-static.ak.facebook.com https://assets.zendesk.com; style-src 'self' 'unsafe-inline' https://fonts.googleapis.com https://assets.zendesk.com; font-src 'self' https://themes.googleusercontent.com; frame-src https://assets.zendesk.com https://www.facebook.com https://s-static.ak.facebook.com https://tautt.zendesk.com; object-src 'none'";