昨天把博客转到了新的空间，解析了域名，今天发现能ping通了，首页能打开，但是点击详细页面的时候却发现网页一片空白，只有一行提示字：No input file specified.
网上搜索了一下，有各种说法，都未能解决。后来找到比较接近成功的解决方法，就是添加如下伪静态规则：
RewriteEngine?On
RewriteBase?/
RewriteCond?%{REQUEST_FILENAME}?!-f
RewriteCond?%{REQUEST_FILENAME}?!-d
RewriteRule?^(.*)$?/index.php?/$1?[L]
而以上的伪静态代码又不适用于我的博客空间，因为我的是Nginx 服务器 ，因此需要符合Nginx下的伪静态规则。结合Nginx下伪静态的特点，经过修改，最终得出的解决办法是为服务器添加以下伪静态规则：
if (!-e $request_filename) {
rewrite ^(.*)$ /index.php?/$1 last;}
伪静态规则正确添加后，问题随之解决。
设置Wi-Fi Mac地址时 弹出了 500 Internal privoxy error
500 internal privoxy errorprivoxy encountered an error while processing Your request:could not load template file no-server-data or one of its included contact your proxy you are the proxy Administrator, please put the required file(s)in the (confdir)/templates directory. the location of the (confdir) directory is specified in the main privoxy config file. (its typically the privoxy install directory).内部错误，一般是程序代码有语法错误导致，需要进一步查询日志确定。
再打开网页时会出现这个是什么意思啊？
这是“网关超时” 解决Nginx 504 Gateway Time-out的一些方法 在CentOS下配置lnmp组合基本上用的都是同样的配置文件，一直都没出现过问题，可最近在一个vps上安装同样的环境之后，网站在线10多人就出 现了打开速度非常缓慢的情况，有好几次都是直接达到了nginx中设置的脚本最大超时时间300秒，结果导致nginx往客户端浏览器发送了一个504 Gateway Time-out的错误代码，分析了之后改动了几处配置文件，终于避免了该情况的出现。 从错误代码基本可以确定跟nginx本身无关，主要是提交给php-fpm的请求未能正确反馈而导致，一般情况下，提交动态请求的时候，nginx会直接把 请求转交给php-fpm，而php-fpm再分配php-cgi进程来处理相关的请求，之后再依次返回，最后由nginx把结果反馈给客户端浏览器，但 我这个vps目前跑的是个纯php应用内容，实际上用户所有的请求都是php请求，有的耗费时间比较久，php-cgi进程就一直都被用满，而php- fpm本身的配置文件只打开了10组php-cgi进程，这样的话在线用户稍微多的话就会导致请求无法被正常处理而出错。 大概分析出了原 因，下面做就比较容易了，首先是更改php-fpm的几处配置： 把max_children由之前的10改为现在的30，这样就可以保证 有充足的php-cgi进程可以被使用； 把request_terminate_timeout由之前的0s改为60s，这样php-cgi进程 处理脚本的超时时间就是60秒，可以防止进程都被挂起，提高利用效率。 接着再更改nginx的几个配置项，减少FastCGI的请求次 数，尽量维持buffers不变： fastcgi_buffers由 4 64k 改为 2 256k； fastcgi_buffer_size 由 64k 改为 128K； fastcgi_busy_buffers_size 由 128K 改为 256K； fastcgi_temp_file_write_size 由 128K 改为 256K。 好了，重新加载php-fpm和nginx的配置，再次测试，至今两周时间内没有再出现504 Gateway Time-out的情况，算是达到效果了。 另外，php-fpm的默认静态处理方式会使得php-cgi的进程长期占用内存而无法释放，这也是导致nginx出错的原因之一，因此可以将php-fpm的处理方式改成apache模式。 apache-like 从更改完毕到现在的测试表明上述方式的效果还是很明显的，并没有发现一次Nginx502 bad gateway或504 Gateway Time-out错误。 当然，如果你的VPS或者服务器的性能足够好可以根据具体情况不必做无谓的改动。 本文来自CSDN博客，转载请标明出处：
nginx配置中 root能指定非本地的文件路径吗
从理论上将nginx的root只能制定本地的文件路径。 nginx对与网络路径的指定一般都通过fast_cgi指令和proxy_pass来完成，这两个指令可以把请求转发给下游机器来实现网络通信。 但是对于普通的root指令，理论上只能是制定本地文件路径。 并且查看了下nginx的模块源码，发现在autoindex模块中文件定位的代码中存在如下代码：1 if(ngx_open_dir(&path,&dir)==NGX_ERROR){ 而ngx_open_dir实际上是opendir()函数的封装。 而在linux C中，opendir函数的参数中指定的路径只能是本地路径，因此，从源码的角度上分析，root指令也只能制定本地的文件路径。
发表评论