Nginx не может загрузить CSS-файлы

Я недавно решил переключиться с Apache2 на Nginx. Я установил Nginx на своем сервере CentOS и настроил базовую конфигурацию. Когда я попытался загрузить свой сайт в браузере (FF / Chrome), я заметил, что файл CSS не загружен. Я проверил консоль ошибок и увидел это сообщение:

Error: The stylesheet http://example.com/style.css was not loaded because its MIME type, "text/html", is not "text/css".

Я проверил конфигурацию Nginx, и все, кажется, хорошо:

<code>http {
    include /etc/nginx/mime.types;
    ..........
}
</code>

Тип MIME для CSS-файлов правильно установлен в /etc/nginx/mime.types.

text/css css;

Кажется, все хорошо настроено, но мои CSS-файлы все еще не загружены. У меня нет объяснения.

Стоит упомянуть еще одну вещь. Первоначально я установил Nginx с помощью репозиториев epel и получил старую версию: 0.8 ... Мне показалось, что моей проблемой была ошибка в этой версии, поэтому я удалил версию 0.8, добавил репозиторий nginx в yum и затем установил последнюю версию: 1.0. 14. Я думал, что новая версия решит мою проблему, но, к сожалению, это не так, поэтому у меня заканчиваются идеи.

Я ценю любую помощь.

Конфигурационные файлы:

/etc/nginx/nginx.conf

<code>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;
    default_type  application/octet-stream;

    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  /var/log/nginx/access.log  main;

    sendfile        on;
    #tcp_nopush     on;

    keepalive_timeout  65;

    #gzip  on;

    include /etc/nginx/conf.d/*.conf;
}
</code>

/etc/nginx/conf.d/default.conf

<code>server {
    listen       80;
    server_name  localhost;

    #charset koi8-r;
    #access_log  /var/log/nginx/log/host.access.log  main;

    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;
    }

    #error_page  404              /404.html;

    # redirect server error pages to the static page /50x.html
    #
    error_page   500 502 503 504  /50x.html;
    location = /50x.html {
        root   /usr/share/nginx/html;
    }

    # proxy the PHP scripts to Apache listening on 127.0.0.1:80
    #
    #location ~ \.php$ {
    #    proxy_pass   http://127.0.0.1;
    #}

    # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
    #
    #location ~ \.php$ {
    #    root           html;
    #    fastcgi_pass   127.0.0.1:9000;
    #    fastcgi_index  index.php;
    #    fastcgi_param  SCRIPT_FILENAME  /scripts$fastcgi_script_name;
    #    include        fastcgi_params;
    #}

    # deny access to .htaccess files, if Apache's document root
    # concurs with nginx's one
    #
    #location ~ /\.ht {
    #    deny  all;
    #}
}
</code>

/etc/nginx/mime.types

<code>types {
    text/html                             html htm shtml;
    text/css                              css;
    text/xml                              xml;
    image/gif                             gif;
    image/jpeg                            jpeg jpg;
    application/x-javascript              js;
    application/atom+xml                  atom;
    application/rss+xml                   rss;
    ..........................................
    other types here
    ..........................................
}
</code>
 Vassiliy Vorobyov12 мар. 2019 г., 20:39
Для моего случая ваш вопрос стал ответом. Приветствия.
 Kristian09 апр. 2012 г., 17:14
пожалуйста, вставьте в ваш код конфигурации. обычно вы хорошо обрабатываете другие типы и пропускаете часть ваших открытых файлов, что приводит к тому, что ресурсы, такие как css и images, возвращают 404 ошибки, или, в вашем случае, ошибки mime-типа

Ответы на вопрос(9)

пока я не понял, что случилось:

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

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

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

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

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

 24 апр. 2014 г., 23:40
это не решило проблему на windows с nginx / 1.6.0

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

 10 июл. 2013 г., 09:11
Также обратите внимание, что если вы запускаете конфигурацию с нуля - за исключением MIME-типов, может быть -include mime.types; делает свою работу, так как (по крайней мере, в Windows, nginx 1.5.2) это просто относительно других файлов конфигурации.
 21 июл. 2015 г., 17:17
Это действительно фантастика.
 23 янв. 2014 г., 09:09
Также обратите внимание, что вы должны полностью обновить сайт в вашем браузере, например. используйте Ctrl + F5 для обновления, чтобы избежать получения кэшированных файлов с неправильными заголовками.
 01 сент. 2014 г., 09:47
Это на удивление сработало! Что за??!
 12 мая 2016 г., 18:47
Это действительно работает, но почему? в полнолуние должно хватить! на самом деле, он работал более года на устройстве dev, и сегодня он просто перестал работать без каких-либо изменений (без обновления nginx или даже перезапуска).

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

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

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

Я перезагрузил nginx и получил это в error.log:

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

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

Мой случай был чистым xubuntu 14.04 на VirtualBox, nginx / 1.9.2, ряд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/;
        }
    }
}

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

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

По причине, которую мне еще предстоит выяснить (я уверен, что где-то есть директива), NGINX применяет тип mimetext/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, вы должны справиться с этимbefore директива местоположения (location ~\.php$), чтобы получить правильное расширение и правильно направить в fastcgi.

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

 13 мар. 2015 г., 10:40
это должен быть принятый ответ, см. также:forum.nginx.org/read.php?2,155222,155261#msg-155261
 20 мая 2016 г., 01:36
Похоже, что это все еще проблема, более чем через 4 года после первоначального вопроса. Как выглядит правильная конфигурация, если вы работаете только со статическим контентом, т.е.no PHP?

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

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

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

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

NOTE: если отказано, вы можете использоватьsudo

Решение Вопроса

lt.conf следующее:

location ~ \.css {
    add_header  Content-Type    text/css;
}
location ~ \.js {
    add_header  Content-Type    application/x-javascript;
}

Проблема состоит в том, что запрос к моему css-файлу не перенаправлен должным образом, как будто root установлен неправильно. В error.log вижу

2012/04/11 14:01:23 [ошибка] 7260 # 0: * 2 open () & quot; /etc/nginx//html/style.css"

Поэтому в качестве второго обходного пути я добавил рут в каждое определенное место. Теперь это работает, но кажется немного излишним. Разве root не наследуется от / location?

 30 мая 2013 г., 04:53
Это ошибка nginx? Это единственный способ заставить его работать. Кстати, я использую Arch Linux, nginx 1.4.1-3.
 25 июн. 2014 г., 18:07
@ tprk77 не ошибка, принятый ответ - обходной путь, для правильного решения см. мой ответstackoverflow.com/a/23282158/1481489

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'";

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

location ~ [^/]\.php(/|$) {
fastcgi_split_path_info  ^(.+\.php)(/.+)$;
fastcgi_index            index.php;
fastcgi_pass             unix:/var/run/php/php7.3-fpm.sock;
include                  fastcgi_params;
fastcgi_param   PATH_INFO       $fastcgi_path_info;
fastcgi_param   SCRIPT_FILENAME $document_root$fastcgi_script_name;
}
** The below is specifically for moodle **
location /dataroot/ {
internal;
alias <full_moodledata_path>; # ensure the path ends with /
}

Ваш ответ на вопрос