我的WordPress的MU设置，与Nginx，显示一个空白页面，以下错误和访问日志条目。
"GET / HTTP/1.1" **302** 293 "-" "Mozilla/5.0 (Windows NT 6.1) AppleWebKit/535.19 (KHTML, like Gecko) Chrome/18.0.1025.162 Safari/535.19" "GET /favicon.ico HTTP/1.1" 200 0 "-" "Mozilla/5.0 (Windows NT 6.1) AppleWebKit/535.19 (KHTML, like Gecko) Chrome/18.0.1025.162 Safari/535.19" 在主页面上，在WordPress中打开debugging后，我得到以下警告（不知道他们是否正在创build问题）
Notice: Undefined index: HTTPS in /home/optimizebuzz/public_html/wp-content/plugins/wp-super-cache/wp-cache-phase1.php on line 526 Notice: Undefined index: HTTP_X_FORWARDED_PROTO in /home/optimizebuzz/public_html/wp-content/plugins/wp-super-cache/wp-cache-phase1.php on line 526
这里是我对nginx的configuration：
nginx.conf ：
user www-data www-data; worker_processes 2; error_log /var/log/nginx/error.log; pid /var/run/nginx.pid; # Keeps the logs free of messages about not being able to bind(). #daemon off; events { worker_connections 1024; } http { # rewrite_log on; include mime.types; default_type application/octet-stream; access_log /var/log/nginx/access.log; sendfile on; # tcp_nopush on; keepalive_timeout 3; # tcp_nodelay on; # gzip on; client_max_body_size 25M; index index.php index.html index.htm; # Upstream to abstract backend connection(s) for PHP. upstream php { server unix:/tmp/php-fpm.sock; } include sites-enabled/*; } **--------------------------------** server { listen 8080; server_name *.optimizebuzz.com; root /home/optimizebuzz/public_html; location ~* ^.+\.(html|jpg|jpeg|gif|png|ico|css|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|txt|tar|mid|midi|wav|bmp|rtf|js)$ { root /home/optimizebuzz/public_html; rewrite ^/.*(/wp-.*/.*\.(html|jpg|jpeg|gif|png|ico|css|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|txt|tar|mid|midi|wav|bmp|rtf|js))$ $1 last; rewrite ^.*/files/(.*(html|jpg|jpeg|gif|png|ico|css|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|txt|tar|mid|midi|wav|bmp|rtf|js))$ /wp-content/blogs.php?file=$1 last; expires 30d; break; } error_page 404 = /index.php?q=$uri; include global/wp-supercache.conf; include global/restrictions.conf; include global/wordpress.conf; }
这看起来像一个不正确的处理在wp-super-cache中的头文件; 我注意到，这可能已经更新在未来的更新（ 补丁 ）; 你有没有尝试更新wp-super-cache？
第一条debugging线似乎指向了这个问题。 看起来插件“wp-super-cache”是行为不当的。 由于您不是默认的Wordpress安装，所以除非您将其置于原始的默认状态，否则没有太多的其他debugging要做。
禁用该插件，然后清除浏览器caching（或使用不同的浏览器），然后尝试再次导航到您的网站。 请注意，302redirect被所有浏览器高度caching，所以访问一个网站并获得一个302意味着你将redirect一段时间，即使现场302上的消失。