Nginx 无法加载 css 文件

本文介绍了Nginx 无法加载 css 文件的处理方法，对大家解决问题具有一定的参考价值，需要的朋友们下面随着小编来一起学习吧！ 问题描述

我最近决定从 Apache2 切换到 Nginx.我在 CentOS 服务器上安装了 Nginx 并设置了基本配置.当我尝试在浏览器(FF/Chrome)中加载我的网站时，我注意到没有加载 css 文件.我检查了错误控制台并看到了这条消息:

I've recently decided to switch from Apache2 to Nginx. I installed Nginx on my CentOS server and setup a basic configuration. When I tried to load my site in browser (FF/Chrome) I noticed that css file is not loaded. I checked the error console and saw this message:

错误:样式表 example/style.css 未加载，因为其 MIME 类型text/html"不是text/css".

我检查了 Nginx 配置，一切似乎都很好:

I checked Nginx configuration and everything seems to be fine:

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

css 文件的 mime 类型在/etc/nginx/mime.types 中正确设置.

The mime type for css files is correctly set in /etc/nginx/mime.types.

text/css css;

一切似乎都配置良好，但我的 css 文件仍未加载.我没有解释.

Everything seems to be well configured but my css files are still not loaded. I have no explanation.

还有一件事值得一提.最初我使用 epel 存储库安装了 Nginx，我得到了一个旧版本:0.8...在我看来，我的问题是那个版本中的一个错误，所以我卸载了 0.8 版本，将 nginx 存储库添加到 yum，然后安装了最新版本:1.0.14.我以为新版本会解决我的问题，但不幸的是它没有，所以我的想法已经用完了.

Another thing worth mentioning. Initially I installed Nginx using epel repositories and i got an old version: 0.8... It appeared to me that my problem was a bug in that version so I uninstalled 0.8 version, added nginx repository to yum and then installed latest version: 1.0.14. I thought the new version will solve my problem, but unfortunately it didn't so I am running out of ideas.

感谢您的帮助.

配置文件:

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

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

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

/etc/nginx/mime.types

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

推荐答案

我在网上找到了一个解决方法.我在/etc/nginx/conf.d/default.conf 中添加了以下内容:

I found an workaround on the web. I added to /etc/nginx/conf.d/default.conf the following:

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

现在的问题是对我的 css 文件的请求没有很好地重定向，好像 root 没有正确设置.在 error.log 中我看到

The problem now is that a request to my css file isn't redirected well, as if root is not correctly set. In error.log I see

2012/04/11 14:01:23 [错误] 7260#0: *2 open() "/etc/nginx//html/style.css"

2012/04/11 14:01:23 [error] 7260#0: *2 open() "/etc/nginx//html/style.css"

作为第二个解决方法，我将根添加到每个定义的位置.现在它可以工作了，但似乎有点多余.root 不是继承自/location 吗?

So as a second workaround I added the root to each defined location. Now it works, but seems a little redundant. Isn't root inherited from / location ?