"\u003cp\u003e上篇文章我们介绍了Nginx 的优化方法,这里主要对worker_cpu_affinity参数详细介绍一下.(官方\u003ca href=\"http://nginx.org/en/docs/ngx_core_module.html#worker_cpu_affinity\"\u003ehttp://nginx.org/en/docs/ngx_core_module.html#worker_cpu_affinity\u003c/a\u003e )\n\u003ca href=\"#\" title=\"收起\"\u003e\n\u003c/a\u003e\u003c/p\u003e\n\u003ch2 id=\"简介\"\u003e简介\u003c/h2\u003e\n\u003cp\u003eNginx默认没有开启利用多核cpu，我们可以通过增加worker_cpu_affinity配置参数来充分利用多核cpu的性能。cpu是任务处理，计算最关键的资源，cpu核越多，性能就越好。\u003c/p\u003e\n\u003ch2 id=\"规则设定\"\u003e规则设定\u003c/h2\u003e\n\u003cp\u003e（1）cpu有多少个核，就有几位数，1代表内核开启，0代表内核关闭\u003c/p\u003e\n\u003cp\u003e（2）worker_processes最多开启8个，8个以上性能就不会再提升了，而且稳定性会变的更低，因此8个进程够用了\u003c/p\u003e\n\u003ch2 id=\"演示实例\"\u003e演示实例\u003c/h2\u003e\n\u003ch3 id=\"两核cpu开启两个进程\"\u003e\u003cstrong\u003e两核cpu，开启两个进程\u003c/strong\u003e\u003c/h3\u003e\n\u003cpre tabindex=\"0\"\u003e\u003ccode\u003e\nworker_processes 2;\nworker_cpu_affinity 01 10;\n\u003c/code\u003e\u003c/pre\u003e\u003cp\u003e01表示启用了第一个cpu内核，10表示启用了第二个cpu内核\u003c/p\u003e\n\u003cp\u003eworker_cpu_affinity 01 10;表示开启了两个进程，第一个进程对应着第一个cpu内核，第二个进程对应着第二个cpu内核\u003c/p\u003e\n\u003ch3 id=\"两核cpu开启八个进程\"\u003e\u003cstrong\u003e两 …\u003c/strong\u003e\u003c/h3\u003e"

"\u003cp\u003enginx的日志文件没有rotate功能。如果你不处理，日志文件将变得越来越大，还好我们可以写一个nginx日志切割脚本来自动切割日志文件。\u003c/p\u003e\n\u003cp\u003e第一步就是重命名日志文件，不用担心重命名后nginx找不到日志文件而丢失日志。在你未重新打开原名字的日志文件前，nginx还是会向你重命名的文件写日志，linux是靠文件描述符而不是文件名定位文件。\u003c/p\u003e\n\u003cp\u003e第二步向nginx主进程发送USR1信号。\u003c/p\u003e\n\u003cp\u003enginx主进程接到信号后会从配置文件中读取日志文件名称，重新打开日志文件(以配置文件中的日志名称命名)，并以工作进程的用户作为日志文件的所有者。\u003c/p\u003e\n\u003cp\u003e重新打开日志文件后，nginx主进程会关闭重名的日志文件并通知工作进程使用新打开的日志文件。\u003c/p\u003e\n\u003cp\u003e工作进程立刻打开新的日志文件并关闭重名名的日志文件。\u003c/p\u003e\n\u003cp\u003e然后你就可以处理旧的日志文件了。\u003c/p\u003e\n\u003cp\u003enginx日志按日期自动切割脚本如下\n[shell]\n#nginx日志切割脚本\n#author: \u003ca href=\"http://www.nginx.cn\"\u003ehttp://www.nginx.cn\u003c/a\u003e\n#!/bin/bash\n#设置日志文件存放目录\nlogs_path=\u0026quot;/usr/local/nginx/logs/\u0026quot;\n#设 …\u003c/p\u003e"

"\u003cp\u003eNGINX启动时提示错误：\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003e/usr/local/nginx/sbin/nginx -t\n/usr/local/nginx/sbin/nginx: error while loading shared libraries: libpcre.so.1: cannot open shared object file: No such file or directory\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003eldd $(which /usr/local/nginx/sbin/nginx)\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003elinux-vdso.so.1 =\u0026gt; (0x00007fff48ff0000)\nlibcrypt.so.1 =\u0026gt; /lib64/libcrypt.so.1 (0x0000003065800000)\nlibpcre.so.1 =\u0026gt; not found\nlibssl.so.6 =\u0026gt; /lib64/libssl.so.6 (0x0000003067000000)\nlibcrypto.so.6 =\u0026gt; /lib64/libcrypto.so.6 (0x0000003066400000)\nlibdl.so.2 =\u0026gt; …\u003c/p\u003e\u003c/blockquote\u003e"

"\u003cp\u003enginx默认的header长度上限是4k，如果超过了这个值\nnginx会直接返回400错误\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003e[error] 16613#0: *105 upstream sent too big header while reading response header from upstream\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003e可以通过以下2个参数来调整header上限\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003eclient_header_buffer_size 16k;\nlarge_client_header_buffers 4 16k;\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003e看起来是，nginx默认会用client_header_buffer_size这个buffer来读取header值，如果header过大，它会使用large_client_header_buffers来读取\u003c/p\u003e\n\u003cp\u003eclient_header_buffer_size\u003c/p\u003e\n\u003cp\u003esyntax: client_header_buffer_size size\u003c/p\u003e\n\u003cp\u003edefault: 1k\u003c/p\u003e\n\u003cp\u003econtext: http, server\u003c/p\u003e\n\u003cp\u003eDirective sets the headerbuffer size for the request header from …\u003c/p\u003e"

"\u003cp\u003e有时候，nginx日志十分吓人，我们有个客户受到攻击，nginx出现too many connections错误，日志5分钟就写入了10GB，硬盘很快就会满了。 那么，如何关闭Nginx日志？怎么取消/停止Nginx日志？ 可以修改nginx.conf\u003c/p\u003e\n\u003cpre tabindex=\"0\"\u003e\u003ccode\u003eaccess_log /dev/null;\nerror_log /dev/null;\n\u003c/code\u003e\u003c/pre\u003e\u003cp\u003e这样全部把他们丢到系统的黑洞里了。不用每时每刻都往系统磁盘疯狂的读写日志了 还延长硬盘的寿命。\u003c/p\u003e\n\u003cp\u003e修改完，重启Nginx( kill -HUP \u003ccode\u003ecat logs/nginx.pid\u003c/code\u003e )即可。\u003c/p\u003e"

"\u003cp\u003e新开了一个vps,装了最新的nginx 1.0.2版本，将原来的虚拟主机配置直接拿过来．用nginx -t 测试语法的时候，发现提示以下警告信息\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003e[root@centos nginx]# ./sbin/nginx -t\nnginx: [warn] the “log_format” directive may be used only on “http” level in /usr/local/nginx/conf/vhosts/bbs.conf:62\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003e解决办法如下：\u003c/p\u003e\n\u003cp\u003e将/usr/local/nginx/conf/nginx.conf 里server段里的下面代码移出放到该server段的前面即可。\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003elog_format  access  ‘$remote_addr – $remote_user [$time_local] “$request” ‘\n‘$status $body_bytes_sent “$http_referer” ‘\n‘”$http_user_agent” $http_x_forwarded_for’;\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003e如果有其的虚拟主机开启了日志，也按上面的要求移出server段 …\u003c/p\u003e"

"\u003cp\u003enginx 上有两个限制连接的模块一个是 limit_zone 另一个是 limie_req_zone,两个都可以限制连接，但具体有什么不同呢？\n下面是 nginx 官网上给的解释\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003elimit_req_zone\nLimit frequency of connections from a client.\nThis module allows you to limit the number of requests for a given session, or as a special case, with one address.\nRestriction done using leaky bucket.\u003c/p\u003e\n\u003cp\u003elimit_zone\nLimit simultaneous connections from a client.\nThis module makes it possible to limit the number of simultaneous connections for the assigned session or as a special case, from one …\u003c/p\u003e\u003c/blockquote\u003e"

"\u003cp\u003e昨天晚上一口气将agentzh写的” \u003ca href=\"http://blog.sina.com.cn/s/blog_6d579ff40100xm7t.html\"\u003eNginx变量漫谈1-8\u003c/a\u003e“看完了.于是手动测试一下这些第三方模块.\u003c/p\u003e\n\u003cp\u003e这里以HttpEchoModule模块为例.\u003c/p\u003e\n\u003cp\u003e由于以前安装过nginx,所以这里重新configure一下.并且指定新添加的模块路径.使用–add-module=/path/to/module_name指令.可以参考:\u003c/p\u003e\n\u003cp\u003e这里只指定了一个HttpEchoModule这个模块.模块下载地址见:,如果有多个模块的话,只需要多次使用-add-module指令即可.\u003c/p\u003e\n\u003cp\u003e先下载HttpEchoModule模块\u003c/p\u003e\n\u003cpre tabindex=\"0\"\u003e\u003ccode\u003ecd /usr/src/soft/nginx-1.1.1/\nmkdir module\ncd module\nwget \u0026#34;https://github.com/agentzh/echo-nginx-module/tarball/v0.37rc7\u0026#34;\ntar zxvf v0.37rc7\n\u003c/code\u003e\u003c/pre\u003e\u003cp\u003e重新配置加入第三方模块\u003c/p\u003e\n\u003cpre tabindex=\"0\"\u003e\u003ccode\u003ecd /usr/src/soft/nginx-1.1.1\n./configure --user=www --group=www …\u003c/code\u003e\u003c/pre\u003e"

"\u003cp\u003e因为架构的需要采用多级 Nginx 反向代理，但是后端的程序获取到的客户端 IP 都是前端 Nginx 的 IP，问题的根源在于后端的 Nginx 在 HTTP Header 中取客户端 IP 时没有取对正确的值。同样适用于前端是 Squid 或者其他反向代理的情况。（通用的解决方案是直接取服务器的变量　HTTP_X_FORWARDED_FOR　的值即可取出客户端的真实ip地址）\u003c/p\u003e\n\u003cp\u003e首先前端的 Nginx 要做转发客户端 IP 的配置：\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003elocation / {\u003c/p\u003e\n\u003cp\u003eproxy_pass        http://localhost:8000;# Forward the user’s IP address to Rails\u003c/p\u003e\n\u003cp\u003eproxy_set_header           X-Real-IP $remote_addr;\u003c/p\u003e\n\u003ch1 id=\"needed-for-https\"\u003eneeded for HTTPS\u003c/h1\u003e\n\u003ch1 id=\"proxy_set_header------x_forwarded_proto-https\"\u003e proxy_set_header           X_FORWARDED_PROTO https;\u003c/h1\u003e\n\u003cp\u003eproxy_set_header           X-Forwarded-For $remote_addr; …\u003c/p\u003e\u003c/blockquote\u003e"

"\u003ch2 id=\"gzip\"\u003egzip\u003c/h2\u003e\n\u003cp\u003e\u003cstrong\u003e语法:\u003c/strong\u003e \u003cem\u003egzip on|off\u003c/em\u003e\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e默认值:\u003c/strong\u003e \u003cem\u003egzip off\u003c/em\u003e\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e作用域:\u003c/strong\u003e \u003cem\u003ehttp, server, location, if (x) location\u003c/em\u003e\u003c/p\u003e\n\u003cp\u003e开启或者关闭gzip模块\u003c/p\u003e\n\u003ch2 id=\"gzip_buffers\"\u003egzip_buffers\u003c/h2\u003e\n\u003cp\u003e\u003cstrong\u003e语法:\u003c/strong\u003e \u003cem\u003egzip_buffers number size\u003c/em\u003e\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e默认值:\u003c/strong\u003e \u003cem\u003egzip_buffers 4 4k/8k\u003c/em\u003e\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e作用域:\u003c/strong\u003e \u003cem\u003ehttp, server, location\u003c/em\u003e\n设置系统获取几个单位的缓存用于存储gzip的压缩结果数据流。例如 4 4k 代表以4k为单位，按照原始数据大小以4k为单位的4倍申请内存。 4 8k 代表以8k为单位，按照原始数据大小以8k为单位的4倍申请内存。\u003c/p\u003e\n\u003cp\u003e如果没有设置，默认值是申请跟原始数据相同大小的内存空间去存储gzip压缩结果。\u003c/p\u003e\n\u003ch2 id=\"gzip_comp_level\"\u003e\u003cstrong\u003egzip_comp_level\u003c/strong\u003e\u003c/h2\u003e\n\u003cp\u003e\u003cstrong\u003e语法:\u003c/strong\u003e \u003cem\u003e\u003cstrong\u003egzip_comp_level\u003c/strong\u003e 1..9\u003c/em\u003e\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e默认值:\u003c/strong\u003e \u003cem\u003e\u003cstrong\u003egzip_comp_level\u003c/strong\u003e 1\u003c/em\u003e\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e作用域:\u003c/strong\u003e \u003cem\u003ehttp, server, location\u003c/em\u003e\u003c/p\u003e\n\u003cp\u003egzip压缩比，1 压缩比最小处理速度最快，9 压缩比最大但处理最慢（传输快但比较消耗cpu）。\u003c/p\u003e\n\u003ch2 id=\"gzip_min_length\"\u003egzip_min_length\u003c/h2\u003e\n\u003cp\u003e\u003cstrong\u003e语法: …\u003c/strong\u003e\u003c/p\u003e"

"\u003cp\u003e这里只是介绍了php-fpm的优化方法的，但一般情况下和nginx组合使用的时候，单独优化其中一项的话，作用不是特别的大，同时还需要对nginx进行优化．nginx的做法方法参考：.上面的优化前和优化后的图，看得出前后差距还是特别的大的．\u003c/p\u003e\n\u003cp\u003e导致nginx 502 bad gateway的PHP-CGI(FASTCGI)\u003c/p\u003e\n\u003cp\u003eNGINX频爆502 BAD GATEWAY的错误，看了网上的教程，仍没有彻底解决。\u003c/p\u003e\n\u003cp\u003e目前我总结的解决502 BAD GATEWAY的方式有：\u003c/p\u003e\n\u003cp\u003e1.视服务器的性能，在php-fmp.conf里增加max_children的值，我目前用的15.\u003c/p\u003e\n\u003cp\u003e2.用reload参数定时重载php-fpm。这个主要原因是php脚本执行时间过长造成的，重载php-fpm能杜绝这个问题。如何彻底解决php-cgi脚本占用大量内存从而导致502错误的产生还值得进一步探讨，目前该做法不失为一种好办法。\u003c/p\u003e\n\u003cp\u003e具体的做法是，用crontab让php-fpm平滑重启，从而不影响PHP脚本的运行。\u003c/p\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003e*/10 * * * * /usr/local/php/sbin/php-fpm reload …\u003c/p\u003e\u003c/blockquote\u003e"

"\u003cp\u003e这里用的是centos的系统，linux上的安装方法基本上都一样的．\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e一．下载awstats软件\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003e从地址可以下载，这里使用的是最新的7.0的版本\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003e#cd /usr/local\n#wget \u003ca href=\"http://cdnetworks-kr-1.dl.sourceforge.net/project/awstats/AWStats/7.0/awstats-7.0.zip\"\u003ehttp://cdnetworks-kr-1.dl.sourceforge.net/project/awstats/AWStats/7.0/awstats-7.0.zip\u003c/a\u003e#unzip awstats-7.0.zip awstats\n#chmod +x /usr/local/awstats/tools/awstats_configure.pl\n#chmod +x /usr/local/awstats/wwwroot/cgi-bin/awstats.pl\n#chmod +x /usr/local/awstats/tools/awstats_buildstaticpages.pl\n#用来存放swstats的数据文件\n#mkdir /var/lib/awstats\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003e\u003cstrong\u003e二．创建配置文件\u003c/strong\u003e\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003e#cd /usr/local/awstats/tools/\n#perl ./awstats_configure.pl\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003e根据提 …\u003c/p\u003e"

"\u003cp\u003e今天Nginx1.1.1发布了，准备将自己的nginx版本升级一下．\u003c/p\u003e\n\u003cp\u003e以下是我平滑将Nginx1.0.4升级到Nginx1.1.1的完整过程，作为一个教程或者备忘。\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003e# /usr/local/nginx/sbin/nginx –V  //查看当前Nginx版本\u003c/p\u003e\u003c/blockquote\u003e\n\u003cpre tabindex=\"0\"\u003e\u003ccode\u003enginx: nginx version: nginx/1.0.4\nnginx: built by gcc 4.4.4 20100726 (Red Hat 4.4.4-13) (GCC)\nnginx: TLS SNI support enabled\nnginx: configure arguments: --user=www --group=www --prefix=/usr/local/nginx --with-http_stub_status_module --with-http_ssl_module\n\u003c/code\u003e\u003c/pre\u003e\u003cp\u003e一.配置nginx并编译，切记不要make install\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003e# wget \u003ca href=\"http://nginx.org/download/nginx-1.1.1.tar.gz\"\u003ehttp://nginx.org/download/nginx-1.1.1.tar.gz\u003c/a\u003e\n# tar zxvf nginx-1.1.1.tar.gz …\u003c/p\u003e\u003c/blockquote\u003e"

"\u003cp\u003e\u003cstrong\u003e1. 安装FCGI模块\u003c/strong\u003e\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003e# wget \u003ca href=\"http://search.cpan.org/CPAN/authors/id/B/BO/BOBTFISH/FCGI-0.70.tar.gz\"\u003ehttp://search.cpan.org/CPAN/authors/id/B/BO/BOBTFISH/FCGI-0.70.tar.gz\u003c/a\u003e\n# tar zxvf FCGI-0.70.tar.gz\n# cd FCGI-0.70\n# perl Makefile.PL\n# make\n# make install\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003e\u003cstrong\u003e2. 安装 IO 和 IO::ALL模块\u003c/strong\u003e\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003e# wget \u003ca href=\"http://search.cpan.org/CPAN/authors/id/G/GB/GBARR/IO-1.25.tar.gz\"\u003ehttp://search.cpan.org/CPAN/authors/id/G/GB/GBARR/IO-1.25.tar.gz\u003c/a\u003e\n# tar zxvf IO-1.25.tar.gz\n# cd IO-1.25\n# perl Makefile.PL\n# make\n# make install\u003c/p\u003e\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003e\u003cstrong\u003e升级MakeMaker版\u003c/strong\u003e\u003c/p\u003e\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003e#wget \u003ca href=\"http://search.cpan.org/CPAN/authors/id/M/MS/MSCHWERN/ExtUtils-MakeMaker-6.54.tar.gz\"\u003ehttp://search.cpan.org/CPAN/authors/id/M/MS/MSCHWERN/ExtUtils-MakeMaker-6.54.tar.gz\u003c/a\u003e\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003e#tar zxvf  ExtUtils-MakeMaker-6.54\u003c/p\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003ch1 id=\"perl-makefilepl\"\u003eperl …\u003c/h1\u003e\u003c/blockquote\u003e"

"\u003cp\u003e在配置nginx提示如下错误时：\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003e[emerg]: getpwnam(“www”) failed\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003e\u003cstrong\u003e解决方案：\u003c/strong\u003e\n在nginx.conf中 把#user nobdy改为user www www既可.\u003c/p\u003e\n\u003cp\u003e如果还提示同样的错误，请检查www组和www用户是否存在，不存在的话，直接创建即可\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003e/usr/sbin/groupadd www\n/usr/sbin/useradd -g www www\u003c/p\u003e\u003c/blockquote\u003e"

"\u003cp\u003e今天调整了服务器的PHP-FPM配置,其中有几个参数可以在网站在高并发下,保持服务器的稳定.不会挂掉.请看下面的内容.\u003c/p\u003e\n\u003cp\u003e代码:\u003c/p\u003e\n\u003cpre tabindex=\"0\"\u003e\u003ccode\u003e\n \u0026lt;value name=\u0026#34;max_children\u0026#34;\u0026gt;5\u0026lt;/value\u0026gt;\n\n Settings group for \u0026#39;apache-like\u0026#39; pm style\n \u0026lt;value name=\u0026#34;apache_like\u0026#34;\u0026gt;\n\n Sets the number of server processes created on startup.\n Used only when \u0026#39;apache-like\u0026#39; pm_style is selected\n \u0026lt;value name=\u0026#34;StartServers\u0026#34;\u0026gt;20\u0026lt;/value\u0026gt;\n\n Sets the desired minimum number of idle server …\u003c/code\u003e\u003c/pre\u003e"

"\u003cp\u003eScripts and templates for nginx.\u003c/p\u003e\n\u003cp\u003eNginx –\u003c/p\u003e\n\u003cp\u003eProvide graphing nginx clients statistics (active, reading, writing, waiting) and nginx socket statistics (accepts, handled, requests). It’s a formal devision used only for graphs usability.\u003c/p\u003e\n\u003cp\u003eFor use do next steps:\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003e\n\u003cp\u003eEnable nginx http_stub_status_module at configure stage (if requared).\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003eEnable stub status. Add to nginx.conf (in any server context):\u003c/p\u003e\n\u003c/li\u003e\n\u003c/ol\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003elocation /nginx_status {\u003c/p\u003e\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003estub_status on;\u003c/p\u003e\u003c/blockquote\u003e\n\u003ch1 id=\"disable-access_log-if-requared\"\u003edisable access_log if requared\u003c/h1\u003e\n\u003cp\u003eaccess_log   off;\u003c/p\u003e\n\u003cp\u003e#allow …\u003c/p\u003e"

"\u003cp\u003eWhen you running a highload website with PHP-FPM via FastCGI, the following tips may be useful to you : )\n如果您高负载网站使用PHP-FPM管 理FastCGI，这些技巧也许对您有用：)\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003eCompile PHP’s modules as less as possible, the simple the best (fast);\n1.尽量少安装PHP模块，最简单是最好（快）的\u003c/li\u003e\n\u003cli\u003eIncreas PHP FastCGI child number to 100 and even more. Sometime, 200 is OK! ( On 4GB memory server);\n2.把您的PHP FastCGI子进程数调到100或以上，在4G内存的服务器上200就可以\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003e注：我的1g测试机，开64个是最好的，建议使用压力测试获取最佳值\u003c/p\u003e\n\u003cp\u003e\u003ca href=\"http://blog.haohtml.com/wp-content/uploads/2011/04/nginx_php-fpm.png\"\u003e\u003cimg src=\"http://blog.haohtml.com/wp-content/uploads/2011/04/nginx_php-fpm.png\" alt=\"\"\u003e\u003c/a\u003e\u003c/p\u003e\n\u003col start=\"3\"\u003e\n\u003cli\u003e\n\u003cp\u003eUsing SOCKET PHP FastCGI, and put into /dev/shm on Linux;\n3.使用socket连 …\u003c/p\u003e\u003c/li\u003e\u003c/ol\u003e"

"\u003cp\u003e在上一篇\u0026laquo; \u003ca href=\"http://blog.haohtml.com/archives/9288\"\u003e如何安装cacti监控nginx的插件\u003c/a\u003e \u0026raquo;文章里我们介绍了如何安装,但在最后发现执行\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003eget_nginx_clients_status.pl \u003ca href=\"http://nginx.server.tld/nginx\"\u003ehttp://nginx.server.tld/nginx\u003c/a\u003e_status\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003e的时候,提示  no (LWP::UserAgent not found) 错误的原因是该系统 perl 缺少了相关组建，解决办法：\u003c/p\u003e\n\u003cpre tabindex=\"0\"\u003e\u003ccode\u003e[shell]yum -y install perl-libwww-perl[/shell]\n\u003c/code\u003e\u003c/pre\u003e\u003cp\u003e如果还不行，再按下面的方法解决:\u003c/p\u003e\n\u003cpre tabindex=\"0\"\u003e\u003ccode\u003e[shell]#perl -MCPAN -e shell 一直回车，知道出现cpan\u0026amp;amp;gt;\u0026amp;nbsp; 提示符开始。\n\ncpan\u0026amp;gt; install LWP::UserAgent\ncpan\u0026amp;gt; exit\n[/shell]\n\u003c/code\u003e\u003c/pre\u003e\u003cp\u003e如果perl相关组件安装成功，就能正常显示了。\u003c/p\u003e\n\u003cp\u003e[root@localhost scripts]# ./get_nginx_clients_status.pl\nnginx_active:149 …\u003c/p\u003e"

"\u003cp\u003eNginx是一个轻量级，高性能的Web服务器/反向代理和电子邮件代理（IMAP/POP3），它可以运行在UNIX，GNU/Linux，BSD变种，MAC OS X，Solaris和Microsoft Windows上。根据Netcraft的调查数据显示，互联网上6%的域名都使用了Nginx Web服务器。Nginx是解决C10K问题的服务器之一，与传统服务器不一样，Nginx不依赖于线程处理请求，相反，它使用了一个更具扩展性的事件驱动（异步）架构。Nginx在很多高流量网站上得到了应用，如WordPress，Hulu，Github和SourceForge。\u003c/p\u003e\n\u003cp\u003e本文的主要目是介绍如何提高运行在Linux或UNIX类操作系统上的Nginx Web服务器的安全性。\u003c/p\u003e\n\u003cp\u003eNginx默认配置文件和默认端口\u003c/p\u003e\n\u003cp\u003e◆ /usr/local/nginx/conf/ – Nginx服务器配置目录，/usr/local/nginx/conf/nginx.conf 是主配置文件\u003c/p\u003e\n\u003cp\u003e◆ /usr/local/nginx/html/ – 默认文档位置\u003c/p\u003e\n\u003cp\u003e◆ /usr/local/nginx/logs/ – …\u003c/p\u003e"

"\u003cp\u003e一般网站为了将网站的权重从yoursite.com自动转向到www.yoursite.com,这里我们在nginx下来实现永久跳转.\u003c/p\u003e\n\u003cp\u003e将不带WWW的主域名重定向到带WWW的二级域名，实现两个域名合并，方法如下：\u003c/p\u003e\n\u003cp\u003eNginx配置方法：\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e方法1：\u003c/strong\u003e\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003eserver {\u003c/p\u003e\n\u003cp\u003eserver_name \u003ca href=\"https://www.yoursite.com\"\u003ewww.yoursite.com\u003c/a\u003e yoursite.com;\u003c/p\u003e\n\u003cp\u003eif ($host != ‘www.yoursite.com’ ) {\u003c/p\u003e\n\u003cp\u003erewrite  ^/(.*)$  \u003ca href=\"http://www.yoursite.com/$1\"\u003ehttp://www.yoursite.com/$1\u003c/a\u003e  permanent;\u003c/p\u003e\n\u003cp\u003e}\u003c/p\u003e\n\u003cp\u003e…\u003c/p\u003e\n\u003cp\u003e}\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003e\u003cstrong\u003e方法2：\u003c/strong\u003e\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003e类似apache，单独给yoursite.com做一个虚拟主机\u003c/p\u003e\n\u003cp\u003eserver {\u003c/p\u003e\n\u003cp\u003eserver_name  yoursite.com;\u003c/p\u003e\n\u003cp\u003erewrite ^(.*) \u003ca href=\"http://www.yoursite.com\"\u003ehttp://www.yoursite.com\u003c/a\u003e$1 permanent;\u003c/p\u003e\n\u003cp\u003e}\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003e\u003cstrong\u003eApache虚拟主机配置：\u003c/strong\u003e\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003eDocumentRoot /data/www/www.yoursite.com\u003c/p\u003e\n\u003cp\u003eServerName \u003ca href=\"https://www.yoursite.com\"\u003ewww.yoursite.com\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003eDirectoryIndex …\u003c/p\u003e\u003c/blockquote\u003e"

"\u003cp\u003e做网站优化的时候，网站301重定向是一个非常重要的操作方式。这样能够把多个域名的权重集中到一个域名，例如：www.haohtml.com和 haohtml.com，我们把haohtml.com重定向到www.haohtml.com，搜索引擎在搜索的时候，会把搜索结果或者Google评级的时候都集 中到www.haohtml.com。但是，在设置301的时候，会根据服务器的不同，有不同的设置。\u003c/p\u003e\n\u003cp\u003e一般情况下，网站301重定向可以分为IIS、Apache、Nginx三种，接下来我说明一下在虚拟主机下如何实现301重定向。\u003c/p\u003e\n\u003cp\u003eIIS:如果使用ASP的网站程序，可以使用asp脚本实现301重定向：写入header.asp或者其他头部文件。\n这种方法最为简单，当然空间支持ISAPI 可以在网站根目录新建一个httpd.ini\n将haohtml.com转移到www.haohtml.com上\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003e[ISAPI_Rewrite]\n# 3600 = 1 hour\nCacheClockRate 3600\nRepeatLimit 32\nRewriteCond Host: ^haohtml.com.com$ …\u003c/p\u003e\u003c/blockquote\u003e"

"\u003cp\u003e有时候为了伪装自己的真实服务器环境.\u003c/p\u003e\n\u003cp\u003e不像让对方知道自己的webserver真实环境,就不得不修改我们的webserer软件了!\u003c/p\u003e\n\u003cp\u003e今天看了一下baidu.com的webserver感觉像是nginx修改的.\u003c/p\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003eC:curl-7.18.0\u0026gt;curl.exe -I \u003ca href=\"https://www.baidu.com\"\u003ewww.baidu.com\u003c/a\u003e\u003c/p\u003e\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003eHTTP/1.1 200 OK\u003c/p\u003e\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003eDate: Tue, 11 Mar 2008 05:00:39 GMT\u003c/p\u003e\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003eServer: BWS/1.0\u003c/p\u003e\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003eContent-Length: 3022\u003c/p\u003e\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003eContent-Type: text/html\u003c/p\u003e\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003eCache-Control: private\u003c/p\u003e\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003eExpires: Tue, 11 Mar 2008 05:00:39 GMT\u003c/p\u003e\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003eSet-Cookie: BAIDUID=41BB2845D3E8BC1AEE99D4CECB90C50A:FG=1; expires=Tue, 11-\u003c/p\u003e\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003e8 05:00:39 GMT; path=/; domain=.baidu.com\u003c/p\u003e\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003eP3P: CP=” OTI DSP COR IVA …\u003c/p\u003e\u003c/blockquote\u003e"

"\u003cp\u003e我们知道在apache上有一个常用的功能.htaccess转向，只要apache编译的时候指明支持rewrite模块就可以了。\u003c/p\u003e\n\u003cp\u003e但是换到nginx上方法会有一点不一样，网上很多人说把.htaccess转向规则写到nginx的配置文件里面，这个办法是官方提供的方法之一，肯定是可行的。但是这个方法有一个缺陷：不方便，下次你要更改一个伪静态转向规则的时候还得去nginx的配置文件或者nginx的虚拟网站的配置文件里面去改，相比apache直接在目录下放置.htaccess文件，nginx的这个办法显然很原始。\u003c/p\u003e\n\u003cp\u003e不过不要紧，其实是有办法的，在nginx的配置文件中 \u003cstrong\u003einclude .htaccess\u003c/strong\u003e 文件就可以实现相同的功能了。\u003c/p\u003e\n\u003cp\u003e举个例子，我现在要把www.blogguy.cn的.htaccess从apache上迁移到nginx上，可以需要以下几个步骤：\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e第一步：修改.htaccess文件\u003c/strong\u003e，因为apache的rewrite转向规则跟nginx的转向规则还是有一些不一样的，典型的不一样有nginx的根目录需要写在每行转向的地址前，每行规则必须以分号(;)结束，301或者404等跳转使用不同的格 …\u003c/p\u003e"

"\u003cp\u003enginx默认是不允许列出整个目录的。如需此功能，需要修改nginx的配置文件.方法如下:\n打开nginx.conf文件，在location server 或 http段中加入\n\u003cstrong\u003eautoindex on\u003c/strong\u003e;\n另外两个参数最好也加上去:\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003eautoindex_exact_size off;\n默认为on，显示出文件的确切大小，单位是bytes。\n改为off后，显示出文件的大概大小，单位是kB或者MB或者GB\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003eautoindex_localtime on;\n默认为off，显示的文件时间为GMT时间。\n改为on后，显示的文件时间为文件的服务器时间\u003c/p\u003e\n\u003cp\u003e详细参照: \u003ca href=\"http://wiki.nginx.org/NginxChsHttpAutoindexModule\"\u003ehttp://wiki.nginx.org/NginxChsHttpAutoindexModule\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003e如果想希望目录列表支持header,footer则可以安装三方插件:\n\u003ca href=\"http://wiki.nginx.org/NginxNgxFancyIndex\"\u003ehttp://wiki.nginx.org/NginxNgxFancyIndex\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003e或者直接修改nginx源码,如\n\u003ca href=\"http://docs.linuxtone.org/\"\u003ehttp://docs.linuxtone.org\u003c/a\u003e 即为简单修改NGINX源码得到的效果.\u003c/p\u003e\n\u003cp\u003e来源: …\u003c/p\u003e"

"\u003cp\u003e\u003cstrong\u003e十三 Nginx Cache 服务配置\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003e如果需要将文件缓存到本地，则需要增加如下几个子参数：\u003c/p\u003e\n\u003cp\u003eproxy_store on 用来启用缓存到本地的功能\u003c/p\u003e\n\u003cp\u003eproxy_store_access user:rw group:rw all:rw;\u003c/p\u003e\n\u003cp\u003eproxy_temp_path 缓存目录；\u003c/p\u003e\n\u003cp\u003e在经过上一步配置之后，虽然文件被缓存到本地磁盘上，但每次请求仍会向远端拉取文件,为了避免去远端拉取文件，必须修改proxy_pass代码:\u003c/p\u003e\n\u003cp\u003eif ( ! -e $request_file) {\u003c/p\u003e\n\u003cp\u003eproxy_pass http://freeke;\u003c/p\u003e\n\u003cp\u003e}\u003c/p\u003e\n\u003cp\u003e即修改为有条件地去执行proxy_pass，这个条件就是当的文件在本地的proxy_temp_path指定的目录下不存在时，再向后端拉取.\u003c/p\u003e\n\u003cp\u003e摘自：Nginx指南\u003c/p\u003e"

"\u003cp\u003eauth_basic     “admin”; #用户名\u003c/p\u003e\n\u003cp\u003eauth_basic_user_file　/opt/ngx/conf/admin.pass; #密码包路径\u003c/p\u003e\n\u003cp\u003e这篇文章内容部分有问题的，大家用的时候注意一下．特别是nginx的虚拟主机采用apache密码认证那一块的\u003c/p\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cpre tabindex=\"0\"\u003e\u003ccode\u003eauth_basic \u0026#34;admin\u0026#34;; #用户名\n/opt/ngx/conf/admin.pass; #密码包路径\n\u003c/code\u003e\u003c/pre\u003e\u003cpre tabindex=\"0\"\u003e\u003ccode\u003e正解的格式应该为：\n\u003c/code\u003e\u003c/pre\u003e\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cpre tabindex=\"0\"\u003e\u003ccode\u003eauth_basic \u0026#34;admin\u0026#34;; #用户名\nauth_basic_user_file　/opt/ngx/conf/admin.pass; #密码包路径\n\u003c/code\u003e\u003c/pre\u003e\u003cp\u003e**主要目录有三个：**\u003cstrong\u003e１./data/web\u003c/strong\u003e #虚拟主机根目录 \u003cstrong\u003e２./data/webroot/awstats\u003c/strong\u003e #开始统计分析Awstats 日志（分析前需要将运行日志切割脚本 logcron.sh）,\u003c/p\u003e\n\u003cp\u003e分析脚本为：\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003e#/usr/local/awstats/wwwroot/cgi-bin/awstats.pl -update -config=www.moabc.net …\u003c/p\u003e\u003c/blockquote\u003e"

"\u003cp\u003e总结的很好的,推荐大家看看,非常有用的.\u003c/p\u003e\n\u003cp\u003e一般来说nginx配置文件中对优化比较有作用的为以下几项：\u003c/p\u003e\n\u003cp\u003eworker_processes 8;\u003c/p\u003e\n\u003cp\u003enginx进程数，建议按照cpu数目来指定，一般为它的倍数。\u003c/p\u003e\n\u003cp\u003eworker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000;\u003c/p\u003e\n\u003cp\u003e为每个进程分配cpu，上例中将8个进程分配到8个cpu，当然可以写多个，或者将一个进程分配到多个cpu。\u003c/p\u003e\n\u003cp\u003eworker_rlimit_nofile 102400;\u003c/p\u003e\n\u003cp\u003e这个指令是指当一个nginx进程打开的最多文件描述符数目，理论值应该是最多打开文件数（ulimit -n）与nginx进程数相除，但是nginx分配请求并不是那么均匀，所以最好与ulimit -n的值保持一致。\u003c/p\u003e\n\u003cp\u003euse epoll;\u003c/p\u003e\n\u003cp\u003e使用epoll的I/O模型，这个不用说了吧。\u003c/p\u003e\n\u003cp\u003eworker_connections 102400;\u003c/p\u003e\n\u003cp\u003e每个进程允许的最多连接数，理论上每台nginx服务器的最大连接数 …\u003c/p\u003e"

"\u003cp\u003eNginx中的stub_status模块主要用于查看Nginx的一些状态信息.\u003c/p\u003e\n\u003cp\u003e本模块默认是不会编译进Nginx的,如果你要使用该模块,则要在编译安装Nginx时指定:\u003c/p\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003e./configure –with-http_stub_status_module\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003e配置示例如代码:\u003c/p\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003eserver\u003c/p\u003e\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003e{\u003c/p\u003e\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003elistent 80;\u003c/p\u003e\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003eserver_name status.yourdomain.com;\u003c/p\u003e\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003elocation / {\u003c/p\u003e\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003estub_status on;\u003c/p\u003e\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003eaccess_log off;\u003c/p\u003e\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003eallow 192.168.0.1.2;\u003c/p\u003e\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003edeny all;\u003c/p\u003e\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003e}\u003c/p\u003e\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003e}\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003e======================================\u003c/p\u003e\n\u003cp\u003e语法: \u003cstrong\u003estub_status on\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003e默认值:None\u003c/p\u003e\n\u003cp\u003e使用环境:location\u003c/p\u003e\n\u003cp\u003e该指令用于开启Nginx状态信息\u003c/p\u003e\n\u003cp\u003e访问以上示例中配置的 \u003ca href=\"http://status.yourdomain.com/\"\u003ehttp://status.yourdomain.com/\u003c/a\u003e,则显示的Nginx状态信息如下:\u003c/p\u003e\n\u003cp\u003e\u003ca href=\"http://blog.haohtml.com/wp-content/uploads/2010/12/nginx_stub_status.jpg\"\u003e\u003cimg src=\"http://blog.haohtml.com/wp-content/uploads/2010/12/nginx_stub_status.jpg\" alt=\"\"\u003e\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eActive connections:\u003c/strong\u003e 对后端发起的活动连接数. …\u003c/p\u003e"

"\u003cp\u003e今天要在\u003ca href=\"http://wiki.nginx.org/NginxChs\"\u003eNginx\u003c/a\u003e上设置禁止通过IP访问服务器，只能通过域名访问，这样做是为了避免别人把未备案的域名解析到自己的服务器IP而导致服务器被断网，从网络上搜到以下解决方案：\u003c/p\u003e\n\u003cp\u003e==============================\nnginx的默认虚拟主机在用户通过IP访问，或者通过未设置的域名访问（比如有人把他自己的域名指向了你的ip）的时候生效\u003c/p\u003e\n\u003cp\u003e最关键的一点是，在server的设置里面添加这一行：\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003elisten 80 default;\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003e后面的default参数表示这个是默认虚拟主机。\u003c/p\u003e\n\u003cp\u003e这个设置非常有用。\n比如别人通过ip或者未知域名访问你的网站的时候，你希望禁止显示任何有效内容，可以给他返回500.\u003c/p\u003e\n\u003cp\u003e目前国内很多机房都要求网站主关闭空主机头，防止未备案的域名指向过来造成麻烦。就可以这样设置：\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003eserver {\nlisten 80 default;\nreturn 500;\n}\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003e也可以把这些流量收集起来，导入到自己的网站，只要做以下跳转设置就可以：\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003eserver {\nlisten 80 default;\nrewrite ^(.*) \u003ca href=\"http://www.mydomain.com\"\u003ehttp://www.mydomain.com …\u003c/a\u003e\u003c/p\u003e\u003c/blockquote\u003e"

"\u003cp\u003e\u003cstrong\u003e基本语法\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003elocation [=|\u003cdel\u003e|\u003c/del\u003e*|^~] /uri/ { … }\u003c/p\u003e\n\u003cp\u003e= 严格匹配。如果这个查询匹配，那么将停止搜索并立即处理此请求。\u003c/p\u003e\n\u003cp\u003e~ 为区分大小写匹配\u003c/p\u003e\n\u003cp\u003e~* 为不区分大小写匹配\u003c/p\u003e\n\u003cp\u003e!\u003cdel\u003e和!\u003c/del\u003e*分别为区分大小写不匹配及不区分大小写不匹配\u003c/p\u003e\n\u003cp\u003e^~ 如果把这个前缀用于一个常规字符串,那么告诉nginx 如果路径匹配那么不测试正则表达式。\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e例如:\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003elocation = / { # 只匹配 / 查询。\u003c/p\u003e\n\u003cp\u003elocation / { # 匹配任何查询，因为所有请求都已 / 开头。但正则表达式规则和长的块规则将被优先和查询匹配。\u003c/p\u003e\n\u003cp\u003elocation ^~ /images/ { # 匹配任何已 /images/ 开头的任何查询并且停止搜索。任何正则表达式将不会被测试。\u003c/p\u003e\n\u003cp\u003elocation ~* .(gif|jpg|jpeg)$ { # 匹配任何以 gif、jpg 或 jpeg 结尾的请求。\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e++ 文件及目录匹配\u003c/strong\u003e\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003e\n\u003cp\u003e-f和!-f用来判断是否存在文件\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003e-d和!-d用来判断是否存在目录\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003e-e和!-e用来判断是否存在文件或目录\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003e-x和!-x用来判断文件是否可执行\u003c/p\u003e\n\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003e\u003cstrong\u003e++ 一些可用的全局变量\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003e$args …\u003c/p\u003e"

"\u003cp\u003e\u003cstrong\u003elocation\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003e语法:location [=|\u003cdel\u003e|\u003c/del\u003e*|^~] /uri/ { … }\n默认:否\u003c/p\u003e\n\u003cp\u003e上下文:server\u003c/p\u003e\n\u003cp\u003e这个指令随URL不同而接受不同的结构。你可以配置使用常规字符串和正则表达式。如果使用正则表达式，你必须使用 ~* 前缀选择不区分大小写的匹配或者 ~ 选择区分大小写的匹配。\u003c/p\u003e\n\u003cp\u003e确定 哪个location 指令匹配一个特定指令，常规字符串第一个测试。常规字符串匹配请求的开始部分并且区分大小写，最明确的匹配将会被使用（查看下文明白 nginx 怎么确定它）。然后正则表达式按照配置文件里的顺序测试。找到第一个比配的正则表达式将停止搜索。如果没有找到匹配的正则表达式，使用常规字符串的结果。\u003c/p\u003e\n\u003cp\u003e有两个方法修改这个行为。第一个方法是使用 “=”前缀，将只执行严格匹配。如果这个查询匹配，那么将停止搜索并立即处理这个请求。例子：如果经常发生”/”请求，那么使用 “location = /” 将加速处理这个请求。\u003c/p\u003e\n\u003cp\u003e第二个是使用 ^~ 前缀。如果把这个前缀用于一个常规字符串那么告诉nginx 如果路径匹配那么不测试正则表达式。\u003c/p\u003e\n\u003cp\u003e而且它重要在于 NGINX 做比较没有 URL 编码，所以如果你有 …\u003c/p\u003e"

"\u003cp\u003e为了安全起见,我们一般会对上传目录禁止运行php脚本\u003c/p\u003e\n\u003cp\u003e在 \u003cstrong\u003eapache\u003c/strong\u003e 下面我们可以通过：\u003c/p\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003ephp_flag engine off\u003c/p\u003e\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cp\u003e的方式来来禁用目录下文件php执行权限。\u003c/p\u003e\n\u003cp\u003e那么在 \u003cstrong\u003enginx\u003c/strong\u003e 里面同样可以实现这种方法，那就是location的优先匹配，关于location可以参考我之前的一批文章http://226617.cn/archives/392.htm\u003c/p\u003e\n\u003cp\u003e这里简单就举个例子\u003c/p\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003elocation ^~ /attachments/\u003c/p\u003e\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003e{\u003c/p\u003e\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003eaccess_log  off;\u003c/p\u003e\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003e}\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003e这样 attachments这个目录 就不会再去跳转给fastcgi去执行php了.这里利用了nginx下location指令的处理顺序优先级特点.\u003c/p\u003e\n\u003cp\u003e但上面的方法只能算一种技巧,一般不这样设置,正确的方法为:\u003c/p\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003elocation /upload/ {\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003elocation ~  .*.(php)?$\u003c/p\u003e\n\u003cp\u003e{\u003c/p\u003e\n\u003cp\u003edeny all;\u003c/p\u003e\n\u003cp\u003e}\u003c/p\u003e\n\u003cp\u003e}\u003c/p\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cp\u003e而对于多个目录的话,可以一起进行限定:\u003c/p\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003elocation ~* …\u003c/p\u003e\u003c/blockquote\u003e"

"\u003cp\u003eNginx中upstream有以下几种方式：\u003c/p\u003e\n\u003cp\u003e1、轮询(weight=1)\n默认选项，当weight不指定时，各服务器weight相同，\n每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。\u003c/p\u003e\n\u003cp\u003e[shell]upstream bakend {\nserver 192.168.1.10;\nserver 192.168.1.11;\n}\n[/shell]\u003c/p\u003e\n\u003cp\u003e2、weight\n指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。\n如果后端服务器down掉，能自动剔除。\n比如下面配置，则1.11服务器的访问量为1.10服务器的两倍。\u003c/p\u003e\n\u003cp\u003e[shell]upstream bakend {\nserver 192.168.1.10 weight=1;\nserver 192.168.1.11 weight=2;\n}[/shell]\u003c/p\u003e\n\u003cp\u003e3、ip_hash\n每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session不能跨服务器的问题。\n如果后端服务器down掉，要手工down掉。\u003c/p\u003e\n\u003cp\u003e[shell]upstream …\u003c/p\u003e"

"\u003cp\u003elvs和nginx都可以用作多机负载的方案，它们各有优缺，在生产环境中需要好好分析实际情况并加以利用。\u003c/p\u003e\n\u003cp\u003e首先提醒，做技术切不可人云亦云，我云即你云；同时也不可太趋向保守，过于相信旧有方式而等别人来帮你做垫被测试。把所有即时听说到的好东西加以钻研，从而提高自己对技术的认知和水平，乃是一个好习惯。\u003c/p\u003e\n\u003cp\u003e下面来分析一下两者：\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e一、lvs的优势：\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003e1、抗负载能力强，因为lvs工作方式的逻辑是非常之简单，而且工作在网络4层仅做请求分发之用，没有流量，所以在效率上基本不需要太过考虑。在我手里的lvs，仅仅出过一次问题：在并发最高的一小段时间内均衡器出现丢包现象，据分析为网络问题，即网卡或linux2.4内核的承载能力已到上限，内存和cpu方面基本无消耗。\u003c/p\u003e\n\u003cp\u003e2、配置性低，这通常是一大劣势，但同时也是一大优势，因为没有太多可配置的选项，所以除了增减服务器，并不需要经常去触碰它，大大减少了人为出错的几率。\u003c/p\u003e\n\u003cp\u003e3、工作稳定，因为其本身抗负载能力很强，所以稳定性高也是顺理成章，另外各种lvs都有完整的双机热备方案，所以一点不用担心均衡器本身会出什么问题，节点出现故障的话，lvs会自动判别，所以系统整体是非常稳定 …\u003c/p\u003e"

"\u003cp\u003e这里主要讲的是Nginx的优化方法，同时还需要优化php-fpm配置，方法请参考：.\u003c/p\u003e\n\u003cp\u003e优化前：\u003c/p\u003e\n\u003cp\u003e\u003ca href=\"http://blog.haohtml.com/wp-content/uploads/2010/10/nginx-fpm-youhua1.jpg\"\u003e\u003cimg src=\"http://blog.haohtml.com/wp-content/uploads/2010/10/nginx-fpm-youhua1.jpg\" alt=\"\"\u003e\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003e优化后:\u003c/p\u003e\n\u003cp\u003e\u003ca href=\"http://blog.haohtml.com/wp-content/uploads/2010/10/nginx-fpm-youhua2.jpg\"\u003e\u003cimg src=\"http://blog.haohtml.com/wp-content/uploads/2010/10/nginx-fpm-youhua2.jpg\" alt=\"\"\u003e\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003e看得出差距还是特别的大的．\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e一般来说nginx配置文件中对优化比较有作用的为以下几项：\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eworker_processes 8;\u003c/p\u003e\n\u003cp\u003enginx进程数，建议按照cpu数目来指定，一般为它的倍数,平时设置为2倍。\u003c/p\u003e\n\u003cp\u003ecpu个数查看方法参考: 和 worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000;\n为每个进程分配cpu，上例中将8个进程分配到8个cpu，当然可以写多个，或者将一个进程分配到多个cpu。对worker_cu_affinity参数的优化参考:\u003ca href=\"http://blog.haohtml.com/archives/14835\"\u003ehttp://blog.haohtml.com/archives/14835\u003c/a\u003eworker_rlimit_nofile 102400;\u003c/p\u003e\n\u003cp\u003e这个指令是指当一个nginx进程打开的最多文件描述符数目，理论值应该是最多打开文件数（ulimit -n）与nginx进程数相除，但是nginx分配请求并不是那么均匀，所以最好 …\u003c/p\u003e"

"\u003ch3 id=\"_mcePaste\"\u003e教程最新版本为:Centos下安装lnmp教程(最新版2012-02-05) \u003ca href=\"http://blog.haohtml.com/archives/12473\"\u003ehttp://blog.haohtml.com/archives/12473\u003c/a\u003e\u003c/h3\u003e\n\u003cp\u003e点击下载本教程使用的批处理shell安装脚本： \u003ca href=\"http://blog.haohtml.com/wp-content/uploads/2010/10/webserver_install.sh_.txt\"\u003ewebserver_install.sh\u003c/a\u003e.本shell脚本不适合x64的系统.有些库文件需要从/usr/lib64/目录里的文件复制到/usr/lib/目录才可以.\u003c/p\u003e\n\u003cp\u003e本教程已经在Centos5.5, Centos6.0下测试通过.测试:2011-07-12\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eCentos6.0下需要注意事项:\u003c/strong\u003e\u003c/p\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003e1.对于ImageMagick,要使用 ftp://mirror.aarnet.edu.au/pub/imagemagick/ImageMagick-6.7.1-0.tar.gz 版本.\u003c/p\u003e\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003e2.对于imagick,要使用wget \u003ca href=\"http://pecl.php.net/get/imagick-3.0.1.tgz\"\u003ehttp://pecl.php.net/get/imagick-3.0.1.tgz\u003c/a\u003e 版本\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003e这里是以php-fpm这个php补丁的形式运行php的.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e第一步,准备\u003c/strong\u003e\u003c/p\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003eyum -y install wget make zip unzip\u003c/p\u003e\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003eyum -y …\u003c/p\u003e\u003c/blockquote\u003e"

"\u003cp\u003enginx和lighttpd的文档真的很少，更不用说中文文档了，所以收集一些和502有关的错误在这里。\u003c/p\u003e\n\u003cp\u003e502是FastCGI出现问题，所以从FastCGI配置入手。\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e1.请检查你的FastCGI进程是否启动\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e2.FastCGI进程不够使用\u003c/strong\u003e\n请通过执行 netstat -anpo | grep “php-cgi” | wc -l 判断，是否接近你启动的FastCGI进程，接近你的设置，表示进程不够\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e3.执行超时\u003c/strong\u003e\n请把\nfastcgi_connect_timeout 300;\nfastcgi_send_timeout 300;\nfastcgi_read_timeout 300;\n这几项的值调高\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e4.FastCGI缓冲不够\u003c/strong\u003e\nnginx和apache一样，有前端缓冲限制\n请把\nfastcgi_buffer_size 32k;\nfastcgi_buffers 8 32k;\n这几项的值调高\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e5.Proxy缓冲不够\u003c/strong\u003e\n如果你使用了Proxying，请把\nproxy_buffer_size  16k;\nproxy_buffers      4 16k;\n这几项的值调高\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e6.https转发配置错误\u003c/strong\u003e\n正确 …\u003c/p\u003e"

"\u003cp\u003e在CentOS5 VPS下的nginx+php+mysql的解决方案有多个，本文介绍其中的解决方案之一。\u003c/p\u003e\n\u003cp\u003e本文基于64位的CentOS 5 VPS，如果是32位的VPS，请在相应部分做修改。\u003c/p\u003e\n\u003cp\u003e本解决方案使用\u003ca href=\"http://rashost.com/blog/centos5-build-nginx-rpm\"\u003e瑞豪开源自己编译的最新稳定版本的Nginx\u003c/a\u003e，\u003ca href=\"http://rashost.com/blog/spawn-fcgi-release-from-lighttpd\"\u003efastcgi进程管理使用spawn-fcgi\u003c/a\u003e，还有CentOS 5自带的5.0.45版本的MySQL和5.1.6版本的php。\u003c/p\u003e\n\u003ch2 id=\"优缺点\"\u003e优缺点\u003c/h2\u003e\n\u003cp\u003e本方案的优点是使用CentOS5自带的php和mysql，扩展性好，php的各种扩展yum库里面都有，都可以直接使用；另外，由于使用系统自带的php和mysql，安全性要好一些，如果有什么漏洞都可以直接升级为centos官方的最新版本。由于使用spawn-fcgi，所以无须重新编译php。\u003c/p\u003e\n\u003cp\u003e本方案的缺点有：\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003ephp和mysql都是centos自带的版本，不是最新版本，万一用到php最新版本的某些特性则就不行了。\u003c/li\u003e\n\u003cli\u003espawn-fcgi的性能不如php-fpm，如果想用php-fpm，请参考\u003ca href=\"http://rashost.com/blog/centos5-vps-nginx-solution2\" title=\"http://rashost.com/blog/centos5-vps-nginx-solution2\"\u003ehttp://rashost.com/blog/centos5-vps-nginx-solution2\u003c/a\u003e\u003c/li\u003e\n\u003c/ol\u003e\n\u003ch2 id=\"安装nginx\"\u003e安 …\u003c/h2\u003e"

"\u003cp\u003enginx模式不支持pathinfo模式，类似info.php/hello形式的url会被提示找不到页面。下面的通过正则找出实际文件路径和pathinfo部分的方法，让nginx支持pathinfo。\u003c/p\u003e\n\u003cpre tabindex=\"0\"\u003e\u003ccode\u003elocation ~ \\.php$ {\nroot html;\nfastcgi_pass 127.0.0.1:9000;\nfastcgi_index index.php;\n\n##通过设置模拟出pathinfo\nset $path_info “”;\nset $real_script_name $fastcgi_script_name;\nif ($fastcgi_script_name ~ “^(.+?\\.php)(/.+)$”) {\n set $real_script_name $1;\n set $path_info $2;\n}\nfastcgi_param SCRIPT_FILENAME $document_root$real_script_name;\nfastcgi_param SCRIPT_NAME $real_script_name; …\u003c/code\u003e\u003c/pre\u003e"

"\u003cp\u003e\u003ca href=\"http://blog.haohtml.com/archives/9294\"\u003ephp-fpm文档中文翻译[转]:http://blog.haohtml.com/archives/9294\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003eIn this tutorial i will try to install php-fpm with nginx on centos 5.3. But first:\u003c/p\u003e\n\u003ch2 id=\"what-is-php-fpm-\"\u003eWhat is PHP-FPM ?\u003c/h2\u003e\n\u003cp\u003ePHP-FPM is a patch for PHP4/5 to greatly improve PHP’s FastCGI SAPI capabilities and administration. This means that you don’t install php through your distribution’s package manager, but rather download the package from the PHP-website, and the patch from another site. You patch up the sourcecode, compile things, and get it started.\u003c/p\u003e"

"\u003cp\u003e有时候，我们需要单独安装nginx，来处理大量的下载请求。单独在Centos5安装nginx遇到的rewrite和HTTP cache错误解决办法：\u003c/p\u003e\n\u003cp\u003ewget \u003ca href=\"http://nginx.org/download/nginx-0.8.33.tar.gz\"\u003ehttp://nginx.org/download/nginx-0.8.33.tar.gz\u003c/a\u003e\ntar -zxvf nginx-0.8.33.tar.gz\ncd nginx-0.8.33\n./configure –prefix=/usr/local/nginx\u003c/p\u003e\n\u003cp\u003e安装Nginx时报错\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003e./configure: error: the HTTP rewrite module requires the PCRE library.\u003c/p\u003e\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003e安装pcre-devel解决问题\nyum -y install pcre-devel\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003e错误提示：./configure: error: the HTTP cache module requires md5 functions from OpenSSL library.  You can either disable the module by using\u003c/p\u003e\n\u003cp\u003e–without-http-cache option, …\u003c/p\u003e"

"\u003cp\u003ePHP 5.3.1\u003c/p\u003e\n\u003cp\u003eMySQL 5.0.89\u003c/p\u003e\n\u003cp\u003eNginx 0.8.33 或 0.7.65 （可选）\u003c/p\u003e\n\u003cp\u003e这个可比网上流传的什么一键安装包要好得多，强烈推荐此法安装，适合所有菜鸟和高手。我服务器上全用的源代码编译安装，也好不到哪去，还很费劲。我这个装完已经包含 php 的一些常用扩展， PDO，eaccelerator，memcache，tidy等等。\u003c/p\u003e\n\u003cp\u003eCentOS 最小化安装，然后先新建一个 repo\u003c/p\u003e\n\u003cblockquote\u003e\n\u003ch1 id=\"vi-etcyumreposdcentos21andycomrepo\"\u003evi /etc/yum.repos.d/centos.21andy.com.repo\u003c/h1\u003e\u003c/blockquote\u003e\n\u003cp\u003e放入如下内容\u003c/p\u003e\n\u003cp\u003e[21Andy.com]\u003c/p\u003e\n\u003cp\u003ename=21Andy.com Packages for Enterprise Linux 5 – $basearch\u003c/p\u003e\n\u003cp\u003ebaseurl=http://www.21andy.com/centos/5/$basearch/\u003c/p\u003e\n\u003cp\u003eenabled=1\u003c/p\u003e\n\u003cp\u003egpgcheck=0\u003c/p\u003e\n\u003cp\u003eprotect=1\u003c/p\u003e\n\u003cp\u003e或者使用中国科技大学的yum源:\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003e#cd /etc/yum.repos.d\u003c/p\u003e\n\u003cp\u003e#mv CentOS-Base.repo  CentOS-Base.repo.save\u003c/p\u003e\n\u003cp\u003e#wget …\u003c/p\u003e\u003c/blockquote\u003e"

"\u003cp\u003e信现在大部分用Linux VPS的朋友都在使用这个迅速传播的 \u003ca href=\"http://nginx.me/\"\u003eNginx\u003c/a\u003e，今天就整理一下最常见的PHP程序的Rewrite(伪静态规则)。\u003c/p\u003e\n\u003cp\u003eWordPress：\u003c/p\u003e\n\u003cp\u003elocation / {\nindex index.html index.php;\nif (-f $request_filename/index.html){\nrewrite (.\u003cem\u003e) $1/index.html break;\n}\nif (-f $request_filename/index.php){\nrewrite (.\u003c/em\u003e) $1/index.php;\n}\nif (!-f $request_filename){\nrewrite (.*) /index.php;\n}\n}\u003c/p\u003e\n\u003cp\u003ePHPCMS：\u003c/p\u003e\n\u003cp\u003elocation / {\n###以下为PHPCMS 伪静态化rewrite规则\nrewrite ^(.\u003cem\u003e)show-([0-9]+)-([0-9]+).html$ $1/show.php?itemid=$2\u0026amp;page=$3;\nrewrite ^(.\u003c/em\u003e)list-([0-9]+)-([0-9]+).html$ …\u003c/p\u003e"

"\u003cp\u003e推荐参考地址：\nMailing list ARChives 官方讨论区\u003c/p\u003e\n\u003cp\u003eNginx 常见应用技术指南[Nginx Tips]\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e本日志内容来自互联网和平日使用经验，整理一下方便日后参考。\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e正则表达式匹配，其中：\u003c/strong\u003e\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003e\n\u003cul\u003e\n\u003cli\u003e~ 为区分大小写匹配\u003c/li\u003e\n\u003c/ul\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cul\u003e\n\u003cli\u003e~* 为不区分大小写匹配\u003c/li\u003e\n\u003c/ul\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cul\u003e\n\u003cli\u003e!\u003cdel\u003e和!\u003c/del\u003e*分别为区分大小写不匹配及不区分大小写不匹配\u003c/li\u003e\n\u003c/ul\u003e\n\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003e\u003cstrong\u003e文件及目录匹配，其中：\u003c/strong\u003e\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003e\n\u003cul\u003e\n\u003cli\u003e-f和!-f用来判断是否存在文件\u003c/li\u003e\n\u003c/ul\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cul\u003e\n\u003cli\u003e-d和!-d用来判断是否存在目录\u003c/li\u003e\n\u003c/ul\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cul\u003e\n\u003cli\u003e-e和!-e用来判断是否存在文件或目录\u003c/li\u003e\n\u003c/ul\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cul\u003e\n\u003cli\u003e-x和!-x用来判断文件是否可执行\u003c/li\u003e\n\u003c/ul\u003e\n\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003e\u003cstrong\u003eflag标记有：\u003c/strong\u003e\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003e\n\u003cul\u003e\n\u003cli\u003elast 相当于Apache里的[L]标记，表示完成rewrite\u003c/li\u003e\n\u003c/ul\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cul\u003e\n\u003cli\u003ebreak 终止匹配, 不再匹配后面的规则\u003c/li\u003e\n\u003c/ul\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cul\u003e\n\u003cli\u003eredirect 返回302临时重定向 地址栏会显示跳转后的地址\u003c/li\u003e\n\u003c/ul\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cul\u003e\n\u003cli\u003epermanent 返回301永久重定向 地址栏会显示跳转后的地址\u003c/li\u003e\n\u003c/ul\u003e\n\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003e\u003cstrong\u003e一些可用的全局变量有，可以用做条件判断(待补全)\u003c/strong\u003e\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003e\n\u003cp\u003e$args\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003e$content_length\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003e$content_type …\u003c/p\u003e\u003c/li\u003e\u003c/ol\u003e"

"\u003cp\u003enginx貌似没有虚拟目录的说法，因为它本来就是完完全全根据目录来设计并工作的。\u003c/p\u003e\n\u003cp\u003e如果非要给nginx安上一个虚拟目录的说法，那就只有alias标签比较“像”，干脆来说说alias标签和root标签的区别吧。\u003c/p\u003e\n\u003cp\u003e最基本的区别：alias指定的目录是准确的，root是指定目录的上级目录，并且该上级目录要含有location指定名称的同名目录。另外，根据前文所述，使用alias标签的目录块中不能使用rewrite的break。\u003c/p\u003e\n\u003cp\u003e说不明白，看下配置：\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003elocation /abc/ {\nalias /home/html/abc/;\n}\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003e在这段配置下，http://test/abc/a.html就指定的是/home/html/abc/a.html。这段配置亦可改成\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003elocation /abc/ {\nroot /home/html/;\n}\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003e这样，nginx就会去找/home/html/目录下的abc目录了，得到的结果是相同的。\u003c/p\u003e\n\u003cp\u003e但是，如果我把alias的配置改成：\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003elocation /abc/ {\nalias /home/html/def/;\n}\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003e那么nginx将会 …\u003c/p\u003e"

"\u003cp\u003e钟情FreeBSD的其中一个原因就是它的方便快捷的ports软件包管理，本文在安装Nginx、PHP、Php-fpm的时候也采用ports方式安装。ports是一个非常优秀的软件包管理器，如果不希望编译安装的话，使用ports安装，几个命令就能全部搞定，这对初学者来说是很有帮助的。\u003c/p\u003e\n\u003cp\u003e事实上，Nginx 和 PHP已经在FreeBSD的ports系统里了，只是Php-fpm没有，不过，简单几个命令就能把Php-fpm添加到FreeBSD的ports中去。下面我们来看看具体的操作步骤：\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e1. 安装nginx\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003e# cd /usr/ports/www/nginx\u003c/p\u003e\n\u003cp\u003e# make install\u003c/p\u003e\n\u003cp\u003e安装过程中要选择安装模块，这里我选择如下几个模块做示范\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eHTTP_MODULE\u003c/li\u003e\n\u003cli\u003eHTTP_REWRITE_MODULE\u003c/li\u003e\n\u003cli\u003eHTTP_SSL_MODULE\u003c/li\u003e\n\u003cli\u003eHTTP_STATUS_MODULE\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eFreeBSD下的ports安装实在是太简单、方便了，没什么可多说的，下面直接安装php。\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e2. 安装php\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003e# cd /usr/ports/lang/php5\n# make install\u003c/p\u003e\n\u003cp\u003e安装过程中，选择如下模 …\u003c/p\u003e"

"\u003cp\u003e由于nginx的url hash功能可以很好的提升squid的性能，所以我把squid前端的负载均衡器更换为nginx，但是一台nginx就形成了单点，现在使用keepalived来解决这个问题，keepalived的故障转移时间很短，而且配置简单，这也是选择keepalived的一个主要原因，建议日PV值小的中小型企业web均可采用如下方案实行，下面直接上安装步骤：\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e一、\u003cstrong\u003e\u003cstrong\u003e环境\u003c/strong\u003e\u003c/strong\u003e：\u003c/strong\u003e\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003ecentos5.3、nginx-0.7.51、keepalived-1.1.19\u003c/p\u003e\n\u003cp\u003e主nginx负载均衡器：192.168.0.154\u003c/p\u003e\n\u003cp\u003e辅nginx负载均衡器：192.168.9.155\u003c/p\u003e\n\u003cp\u003evip：192.168.0.188\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003e\u003cstrong\u003e二、安装keepalived\u003c/strong\u003e\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003e#tar zxvf keepalived-1.1.19.tar.gz\u003c/p\u003e\n\u003cp\u003e#cd keepalived-1.1.19\u003c/p\u003e\n\u003cp\u003e#./configure –prefix=/usr/local/keepalived\u003c/p\u003e\n\u003cp\u003e#make\u003c/p\u003e\n\u003cp\u003e#make install\u003c/p\u003e\n\u003cp\u003e#cp /usr/local/keepalived/sbin/keepalived /usr/sbin/\u003c/p\u003e\n\u003cp\u003e#cp …\u003c/p\u003e\u003c/blockquote\u003e"

"\u003cp\u003e图片服务通常数据容量较大，而且访问也频繁，鉴于此，图片服务就会有两种问题，一是存储问题，二是访问量问题。\u003c/p\u003e\n\u003cp\u003e存储问题就是硬盘容量问题，花钱买硬盘就可以了，看似简单，但着实也是最苦的问题。按目前探索来看，最好的方式是：在任何时刻遇到硬盘空间不够时，买颗硬 盘插上，最多改改配置，就能立刻利用；另外，硬盘要能充分利用，不然图片存储量大再加上备份，很恐怖，最好是每颗硬盘都用上100%的空间。\u003c/p\u003e\n\u003cp\u003e访问量也是个大问题，如果服务不允许防盗链，那么访问量会引起带宽、服务器压力等问题，有钱的话直接扔CDN，没钱或者有更多的钱，就自己做吧。根据垣古 不变的真理“越老的图，访问量也相对较少”这一点，分成两大部分，一边处理最新的图片，一边处理老旧的图片。最新的图片访问量大，但存储量较少；老图片访 问量低，但存储量大。\u003c/p\u003e\n\u003cp\u003e大概分析完了，开始制定方案。\u003c/p\u003e\n\u003cp\u003e一、拟定一个存储目录规则：\u003c/p\u003e\n\u003cp\u003e在现有的/a/b/abcde.jpg这样的hash方式下多加一个日期的目录变成：/200810/16/a/b/abcde.jpg或者/2008 /10/16/a/b/abcde.jpg。按日期制定这个目录规则后，就可以按年月来拆机器了。\u003c/p\u003e\n\u003cp\u003e二、 …\u003c/p\u003e"

"\u003cp\u003e[文章作者：张宴 本文版本：v1.1 最后修改：2008.06.19 转载请注明原文链接： \u003ca href=\"http://blog.s135.com/post/352/\"\u003ehttp://blog.s135.com/post/352/\u003c/a\u003e]\u003c/p\u003e\n\u003cp\u003eNginx \u003ca href=\"http://blog.s135.com/read.php/351.htm\"\u003e超越Apache的高性能和稳定性\u003c/a\u003e，使得国内使用 Nginx 作为 Web 服务器的网站也越来越多，其中有新浪、网易、腾讯等门户网站，六间房、酷6等视频分享网站，Discuz!、水木社区等知名论坛，豆瓣、YUPOO等新兴Web 2.0网站。\u003c/p\u003e\n\u003cp\u003eNginx 在国内的应用正在不断发展壮大！\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e一、使用 Nginx 运行 PHP(FastCGI) 程序的网站：\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003e1、六间房视频（ \u003ca href=\"http://www.6.cn/\"\u003ehttp://www.6.cn/\u003c/a\u003e）：nginx/0.6.14 + PHP\u003c/p\u003e\n\u003cp\u003e[root@new-host ~]# curl –head \u003ca href=\"http://6.cn/reg.php\"\u003ehttp://6.cn/reg.php\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003eHTTP/1.0 200 OK\u003c/p\u003e\n\u003cp\u003eServer: nginx/0.6.14\u003c/p\u003e\n\u003cp\u003eDate: Wed, 18 Jun 2008 00:58:20 GMT\u003c/p\u003e\n\u003cp\u003eContent-Type: text/html\u003c/p\u003e\n\u003cp\u003eVary: Accept-Encoding\u003c/p\u003e\n\u003cp\u003eX-Cache: MISS from …\u003c/p\u003e"

"\u003cp\u003e[文章作者：张宴 本文版本：v1.0 最后修改：2008.09.21 转载请注明原文链接： \u003ca href=\"http://blog.s135.com/post/369/\"\u003ehttp://blog.s135.com/post/369/\u003c/a\u003e]\u003c/p\u003e\n\u003cp\u003e9月20日下午，我应邀参加了 \u003ca href=\"http://www.chinaunix.net/\"\u003eChinaUnix\u003c/a\u003e 举办的以“如何搞定服务器负载均衡？”为主题的技术沙龙（ \u003ca href=\"http://linux.chinaunix.net/bbs/thread-1019366-1-1.html\"\u003ehttp://linux.chinaunix.net/bbs/thread-1019366-1-1.html\u003c/a\u003e）， 很高兴能够跟诸多业界精英一起探讨交流，很荣幸能够与Unix资深系统工程师──田逸、HonestQiao，以及F5资深技术工程师──杨明非，同台演 讲。\u003c/p\u003e\n\u003cp\u003e\u003ca href=\"http://blog.haohtml.com/wp-content/uploads/2010/04/chinaunix.gif\"\u003e\u003cimg src=\"http://blog.haohtml.com/wp-content/uploads/2010/04/chinaunix.gif\" alt=\"chinaunix\"\u003e\u003c/a\u003e\u003c/p\u003e\n\u003chr\u003e\n\u003cp\u003e《使用Nginx轻松实现开源负载均衡》是我的演讲PPT（PowerPiont），现提供下载。\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003ePPT分为四个 部分：\u003c/strong\u003e\n1、介绍Nginx的基本特征，以及使用Nginx做负载均衡器的理由。\u003c/p\u003e\n\u003cp\u003e2、用实例，来介绍 Nginx负载均衡在大型网站的典型应用。\u003c/p\u003e\n\u003cp\u003e3、以实现网站动静分离为原型，对NetScaler硬件七层负载均衡和Nginx软件负 载均衡做一个对比。\u003c/p\u003e\n\u003cp\u003e①、NetScaler负载均衡交换机动静分离系统架构图\n\u003ca href=\"http://blog.haohtml.com/wp-content/uploads/2010/04/netscaler_lb.png\"\u003e\u003cimg src=\"http://blog.haohtml.com/wp-content/uploads/2010/04/netscaler_lb.png\" alt=\"netscaler_lb\"\u003e\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003e②、Nginx …\u003c/p\u003e"

"\u003cp\u003e\u003ca href=\"http://www.s135.com/\"\u003ewww.s135.com\u003c/a\u003e 和 blog.s135.com 域名均指向 Nginx 所在的服务器IP。\u003c/p\u003e\n\u003cp\u003e用户访问 \u003ca href=\"http://www.s135.com/\"\u003ehttp://www.s135.com\u003c/a\u003e，将其负载均 衡到192.168.1.2:80、192.168.1.3:80、192.168.1.4:80、192.168.1.5:80四台服务器。\u003c/p\u003e\n\u003cp\u003e用户访问 \u003ca href=\"http://blog.s135.com/\"\u003ehttp://blog.s135.com\u003c/a\u003e， 将其负载均衡到192.168.1.7服务器的8080、8081、8082端口。\u003c/p\u003e\n\u003cp\u003e以下为配置文件nginx.conf：\u003c/p\u003e\n\u003cp\u003e引用\u003c/p\u003e\n\u003cp\u003euser  www www;\u003c/p\u003e\n\u003cp\u003eworker_processes 10;\u003c/p\u003e\n\u003cp\u003e#error_log  logs/error.log;\u003c/p\u003e\n\u003cp\u003e#error_log  logs/error.log  notice;\u003c/p\u003e\n\u003cp\u003e#error_log  logs/error.log  info;\u003c/p\u003e\n\u003cp\u003e#pid        logs/nginx.pid;\u003c/p\u003e\n\u003cp\u003e#最大文件描述 符\u003c/p\u003e\n\u003cp\u003eworker_rlimit_nofile 51200;\u003c/p\u003e\n\u003cp\u003eevents\u003c/p\u003e\n\u003cp\u003e{\u003c/p\u003e\n\u003cp\u003euse epoll;\u003c/p\u003e\n\u003cp\u003eworker_connections 51200;\u003c/p\u003e\n\u003cp\u003e}\u003c/p\u003e\n\u003cp\u003ehttp\u003c/p\u003e\n\u003cp\u003e{ …\u003c/p\u003e"

"\u003cp\u003e[文章作者：张宴 本文版本：v1.0 最后修改：2009.01.21 转载请注明原文链接： \u003ca href=\"http://blog.s135.com/post/394/\"\u003ehttp://blog.s135.com/post/394/\u003c/a\u003e]\u003c/p\u003e\n\u003cp\u003ekey-value分布式存储系统查询速度快、存放数据量大、支持高并发，非常适合通过主键进行查询，但不能进行复杂的条件查询。如果辅以Real- Time Search Engine（实时搜索引擎）进行复杂条件检索、全文检索，就可以替代并发性能较低的MySQL等关系型数据库，达到高并发、高性能，节省几十倍服务器数 量的目的。以MemcacheDB、Tokyo Tyrant为代表的key-value分布式存储，在上万并发连接下，轻松地完成高速查询。而MySQL，在几百个并发连接下，就基本上崩溃了。\u003c/p\u003e\n\u003cp\u003e虽然key-value分布式存储具有极高的性能，但是只能做类似于MySQL的SELECT * FROM table WHERE id = 123;简单主键查询。\u003c/p\u003e\n\u003cp\u003e“搜索索引引擎＋key-value分布式存储”能够实现高并发的复杂条件查询、全文检索与数据显示。但是， 由于索引更新需要时间，目前还不能实现完全意义上的Real-Time …\u003c/p\u003e"

"\u003cp\u003e[文章作者：张宴 本文版本：v1.2 最后修改：2009.01.12 转载请注明原文链接： \u003ca href=\"http://blog.s135.com/nginx_cache/\"\u003ehttp://blog.s135.com/nginx_cache/\u003c/a\u003e]\u003c/p\u003e\n\u003cp\u003eNginx从0.7.48版本开始，支持了类似Squid的缓存功能。这个缓存是把URL及相关组合当作Key，用md5编码哈希后保存在硬盘上，所以 它可以支持任意URL链接，同时也支持404/301/302这样的非200状态码。虽然目前官方的Nginx Web缓存服务只能为指定URL或状态码设置过期时间，不支持类似Squid的PURGE指令，手动清除指定缓存页面，但是，通过一个第三方的Nginx 模块，可以清除指定URL的缓存。\u003c/p\u003e\n\u003cp\u003eNginx的Web缓存服务主要由proxy_cache相关指令集和fastcgi_cache 相关指令集构成，前者用于反向代理时，对后端内容源服务器进行缓存，后者主要用于对FastCGI的动态程序进行缓存。两者的功能基本上一样。\u003c/p\u003e\n\u003cp\u003e最新的Nginx 0.8.32版本，proxy_cache和fastcgi_cache已经比较完善，加上第三方的ngx_cache_purge模块（用于清除指定 URL的缓存）， …\u003c/p\u003e"

"\u003cp\u003e目前的版本基本上不需要用下面的命令了，直接 nginx -s reload 就可以了。\u003c/p\u003e\n\u003cp\u003e用root权限\u003c/p\u003e\n\u003cp\u003e#killall nginx\u003c/p\u003e\n\u003cp\u003e#nginx\u003c/p\u003e\n\u003cp\u003e其它相关命令：\u003c/p\u003e\n\u003cp\u003e1.显示nginx进行id\n\u003cstrong\u003e#ps -aux | grep nginx\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003e2.结果nginx的master进行pid\n\u003cstrong\u003e#kill -HUP 635\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003e3.重启ngnix\n\u003cstrong\u003e#nginx\u003c/strong\u003e\u003c/p\u003e"

"\u003cp\u003e平时给一个目录执行一个\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e#chown -R blog:ftp /www/blog\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003e命令,如果再通过ftp上传文件的话,发现文件属性为600,访问的时候总是提示”Access Denies!”,提示权限不够,此时可以在系统里执行一下命令进行解决,\n\u003cstrong\u003e#chown -R blog:ftp /wwww/blog\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e#chmod -R 777 /www/blog\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003e命令中的-R选项用来让子目录继承父目录的权限,\u003c/p\u003e\n\u003cp\u003e注意:vsftpd.conf 里的local_umask=066(或者是022),\u003c/p\u003e\n\u003cp\u003e其中最有效的方法就是将vsftpd.conf配置文件里的local_umask的值修改为000就可以了,本人已经测试无误!\u003c/p\u003e\n\u003cp\u003e1，文件权限算法\n我们知道系统默认权限炎：\u003c/p\u003e\n\u003cp\u003e目录的初始权限是 \u003cstrong\u003e777\u003c/strong\u003e\n文件的初始权限是 \u003cstrong\u003e666\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e此时上传文件权限计算方法：\u003c/strong\u003e\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003e用初始的权限 – 权限umask的权限 = 新建目录或文件的权限\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003e:新建目录的权限就是777-022=755 ,    新建文件的权根就是666-022=644\u003c/p\u003e\n\u003cp\u003e2，修改 /etc/vsftpd/vsftpd.conf 文件设置\nlocal_umask=066 …\u003c/p\u003e"

"\u003cp\u003e经过多番测试，终于在nginx下实现了rewrite的功能，WrodPress的永久链接终于生效了。\u003c/p\u003e\n\u003cp\u003e其实也是很简单的方法，修改nginx.conf文件，加入以下内容：\u003c/p\u003e\n\u003cp\u003e`location / {\u003c/p\u003e\n\u003cp\u003eif (-f $request_filename/index.html){\u003c/p\u003e\n\u003cp\u003erewrite (.*) $1/index.html break;\u003c/p\u003e\n\u003cp\u003e}\u003c/p\u003e\n\u003cp\u003eif (-f $request_filename/index.php){\u003c/p\u003e\n\u003cp\u003erewrite (.*) $1/index.php;\u003c/p\u003e\n\u003cp\u003e}\u003c/p\u003e\n\u003cp\u003eif (!-f $request_filename){\u003c/p\u003e\n\u003cp\u003erewrite (.*) /index.php;\u003c/p\u003e\n\u003cp\u003e}\u003c/p\u003e\n\u003cp\u003e}\u003c/p\u003e\n\u003cp\u003e`\u003c/p\u003e\n\u003cp\u003e重启nginx就可以了。\u003c/p\u003e\n\u003cp\u003e#killall nginx\u003c/p\u003e\n\u003cp\u003e#nginx\u003c/p\u003e"

"\u003cp\u003eNGINX 502 Bad Gateway错误是FastCGI有问题，造成NGINX 502错误的可能性比较多。将网上找到的一些和502 Bad Gateway错误有关的问题和排查方法列一下，先从FastCGI配置入手：\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e1.FastCGI进程是否已经启动\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e2.FastCGI worker进程数是否不够\u003c/strong\u003e\n运行 netstat -anpo | grep “php-cgi” | wc -l 判断是否接近FastCGI进程，接近配置文件中设置的数值，表明worker进程数设置太少\n通过命令查看服务器上一共开了多少的 php-cgi 进程\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003eps -fe |grep “php” | grep -v “grep” | wc -l\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003e使用如下命令查看已经有多少个php-cgi进程用来处理tcp请求\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003enetstat -anop | grep “php” | grep -v “grep” | wc -l\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003e接近配置文件中设置的数值，表明worker进程数设置太少\n参见： \u003ca href=\"http://blog.s135.com/post/361.htm\"\u003ehttp://blog.s135.com/post/361.htm\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e3.FastCGI …\u003c/strong\u003e\u003c/p\u003e"

"\u003cp\u003e目  录\u003c/p\u003e\n\u003cp\u003e一、  Nginx  基础知识\u003c/p\u003e\n\u003cp\u003e二、  Nginx  安装及调试\u003c/p\u003e\n\u003cp\u003e三、  Nginx Rewrite\u003c/p\u003e\n\u003cp\u003e四、  Nginx Redirect\u003c/p\u003e\n\u003cp\u003e五、  Nginx  目录自动加斜线:\u003c/p\u003e\n\u003cp\u003e六、  Nginx Location\u003c/p\u003e\n\u003cp\u003e七、  Nginx expires\u003c/p\u003e\n\u003cp\u003e八、  Nginx  防盗链\u003c/p\u003e\n\u003cp\u003e九、  Nginx  访问控制\u003c/p\u003e\n\u003cp\u003e十、  Nginx 日志处理\u003c/p\u003e\n\u003cp\u003e十一、  Nginx Cache\u003c/p\u003e\n\u003cp\u003e十二、  Nginx  负载均衡\u003c/p\u003e\n\u003cp\u003e十三、  Nginx 简单优化\u003c/p\u003e\n\u003cp\u003e十四、  如何构建高性能的 LEMP 环境\u003c/p\u003e\n\u003cp\u003e十五、  Nginx 服务监控\u003c/p\u003e\n\u003cp\u003e十六、  常见问题与错误处理.\u003c/p\u003e\n\u003cp\u003e十七、  相关资源下载\u003c/p\u003e\n\u003cp\u003e作者:NetSeek\u003c/p\u003e\n\u003cp\u003e欢迎转载,转载时请务必以超链接形式标明文章原始出处和作者信息及本声明.\u003c/p\u003e\n\u003cp\u003e首发时间: 2008-11-25\u003c/p\u003e\n\u003cp\u003e转帖NetSeek的Nginx Tips 希望对广大Cuer有用！\u003c/p\u003e\n\u003cp\u003e附件pdf: \u003ca href=\"/wp-content/uploads/2009/06/20090615_5e83f7a0addbb093df4fjp2nchwhwggc.pdf\"\u003eNginx常见应用技术-Tips.pdf\u003c/a\u003e\u003c/p\u003e"

"\u003cp\u003e最近心里有点痒，打算怀下旧，搞个php玩玩。找了几台服务器想装个php，虽然是举手之劳，但是总觉得有点不方便。另外家里的宽带总被占线，所以在服务器上做测试那也比较痛苦。\u003c/p\u003e\n\u003cp\u003e所以就想在本机弄个，记得以前有个apache php mysql的整合安装版，这可是个好东西，如果有人问我怎么在windows装php啊，我顺口就告诉他找这个，的确可以省不少力气。\u003c/p\u003e\n\u003cp\u003e不过今天我就不想用这古老的玩意装机了，虽然这东西装得是快，不过我已经不怎么记得起apache的配置怎么写，甚至有点厌恶写那配置。\u003c/p\u003e\n\u003cp\u003e于是我下了个nginx的windows版，然后再找个php的windows版，在http://www.kevinworthington.com/category/computers/nginx/，下完后先装nginx，没什么复杂，启动，在浏览器输入http://127.0.0.1，没有反应，看一下netstat -an，发现貌似80端口存在，估计这个端口不是nginx占用的，于是关掉所有开启的程序，再启动，再刷新，就可以看到有一个测试页出现了。\u003c/p\u003e\n\u003cp\u003e这样算是弄完了一个东西，接下来装php吧，先把它解压到d盘，放 …\u003c/p\u003e"

"\u003cp\u003e我目前的nginx配置是拆散的，这样可以便于在很多个虚拟主机和目录里重用部分配置。\u003c/p\u003e\n\u003cp\u003e总体是划分为这样一个结构：\u003c/p\u003e\n\u003cp\u003econf/\nconf/nginx.conf\nconf/proxy.conf\nconf/rewrite.conf\nconf/location.conf\nconf/port.conf\nconf/upstream.conf\nconf/servers/\nconf/servers/www.sudone.com\nconf/servers/www.163.com\u003c/p\u003e\n\u003cp\u003e1、nginx.conf\u003c/p\u003e\n\u003cp\u003e这就是nginx读取的主文件，没特殊情况是通用的\u003c/p\u003e\n\u003cp\u003e2、proxy.conf\u003c/p\u003e\n\u003cp\u003e代理的选项配置，也是通用的\u003c/p\u003e\n\u003cp\u003e3、rewrite.conf\u003c/p\u003e\n\u003cp\u003e所有主机的根目录公用的rewrite规则，默认是空文件，可以不使用。\u003c/p\u003e\n\u003cp\u003e4、location.conf\u003c/p\u003e\n\u003cp\u003e所有主机都会用到的location目录结构，默认是空文件，可以不使用。\u003c/p\u003e\n\u003cp\u003e5、port.conf\u003c/p\u003e\n\u003cp\u003e配置服务器绑定ip和端口，因为nginx如果各个主机ip端口配置有不同会有bug，所以最好是统一设定。\u003c/p\u003e\n\u003cp\u003e6、upstream.conf\u003c/p\u003e\n\u003cp\u003eupstream写在这里面，和业务分开，易 …\u003c/p\u003e"

"\u003cp\u003e图片服务通常数据容量较大，而且访问也频繁，鉴于此，图片服务就会有两种问题，一是存储问题，二是访问量问题。\u003c/p\u003e\n\u003cp\u003e存储问题就是硬盘容量问题，花钱买硬盘就可以了，看似简单，但着实也是最苦的问题。按目前探索来看，最好的方式是：在任何时刻遇到硬盘空间不够时，买颗硬盘插上，最多改改配置，就能立刻利用；另外，硬盘要能充分利用，不然图片存储量大再加上备份，很恐怖，最好是每颗硬盘都用上100%的空间。\u003c/p\u003e\n\u003cp\u003e访问量也是个大问题，如果服务不允许防盗链，那么访问量会引起带宽、服务器压力等问题，有钱的话直接扔CDN，没钱或者有更多的钱，就自己做吧。根据垣古不变的真理“越老的图，访问量也相对较少”这一点，分成两大部分，一边处理最新的图片，一边处理老旧的图片。最新的图片访问量大，但存储量较少；老图片访问量低，但存储量大。\u003c/p\u003e\n\u003cp\u003e大概分析完了，开始制定方案。\u003c/p\u003e\n\u003cp\u003e一、拟定一个存储目录规则：\u003c/p\u003e\n\u003cp\u003e在现有的/a/b/abcde.jpg这样的hash方式下多加一个日期的目录变成：/200810/16/a/b/abcde.jpg或者/2008/10/16/a/b/abcde.jpg。按日期制定这个目录规则后，就可以按年月来拆机器了。\u003c/p\u003e\n\u003cp\u003e二、分机器， …\u003c/p\u003e"

"\u003cp\u003e\u003ca href=\"/wp-content/uploads/2009/05/image_hash.png\"\u003e\u003cimg src=\"http://blog.haohtml.com/wp-content/uploads/2009/05/image_hash.png\" alt=\"\"\u003e\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003e如图，这是一个最简洁的架构。\u003c/p\u003e\n\u003cp\u003e在这个架构里，负载均衡器都可以省了，用最为廉价的dns来替代，dns的优点就是廉价，不用维护，也不愁性能和稳定，还可以跨机房多用几条带宽作分流。另外，在图片服务中，可以选择用另一个域名做dns。优点是主站中的任何cookie等header不会带到图片服务中，省了不少上传流量和服务器可能有的处理时间；缺点是多花了点域名的钱。目前门户都喜欢用这办法，小站用的话，用另一个域名还附带有一个特别的优点：因为部分域名服务商允许添加的二级域名有限，所以用别的域名可以节约有限的域名资源。dns这一块也可以用泛域名，不过貌似国内的泛域名支持不是特别的稳定，有些网站的泛域名，在linux下不能解析windows就正常，比较奇怪，我也没法解释。\u003c/p\u003e\n\u003cp\u003e在这个架构里我总共开了36个域名，但是一时没有那么多机器，所以有一些域名指向同一台机器。一般来说，一个刚上线的项目，放一台机也未尝不可，但是链接（包括域名）一定要固定下来，不然以后调整会非常痛苦。\u003c/p\u003e\n\u003cp\u003e域名的事情还是比较简单的，只要照着填写web表单就完成了，配置四台nginx服务器当然也是非常简单的，因为不需要什么特殊的功能，所以四台机 …\u003c/p\u003e"

"\u003cp\u003e这个架构基于squid、nginx和lvs等技术，从架构上对bbs进行全面优化和保护，有如下特点：\u003c/p\u003e\n\u003cp\u003e1、高性能：所有的点击基本上全部由前端缓存负责，提供最快速的处理。\u003c/p\u003e\n\u003cp\u003e2、高保障度：不需考虑应用程序稳定与否、程序语言是何种、数据库是何种，都能从架构上保证稳定。\u003c/p\u003e\n\u003cp\u003e3、高可用性：对应用程序的修改达到最简化：在程序的某些地方加入清缓存的语句即可，当然还需要做页面静态化的工作和统计工作。\u003c/p\u003e\n\u003cp\u003e首先看图，这个图比较大：\u003c/p\u003e\n\u003cp\u003e\u003ca href=\"/wp-content/uploads/2009/05/archi_bbs.png\"\u003e\u003cimg src=\"http://blog.haohtml.com/wp-content/uploads/2009/05/archi_bbs.png\" alt=\"\"\u003e\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003e这个架构的特点和一些流程的说明：\u003c/p\u003e\n\u003cp\u003e1、主域名和图片域名分离\u003c/p\u003e\n\u003cp\u003e域名分离可以使流量分离，缓存策略分离等等，好处诸多。bbs初期一定要做好规划，将图片用另外的域名独立服务，即使没有足够机器，域名也要先分开。另外，图片服务器可以使用有别于主域名的另一个域名，一个好处是可以减少读取cookie对图片服务器的压力，另一个是提高安全性，避免cookie泄露。\u003c/p\u003e\n\u003cp\u003e2、使用LVS作为前端、二级代理和数据库的访问入口\u003c/p\u003e\n\u003cp\u003e使用LVS作为入口，比其他任何一种方式都来得更优质。首先LVS的负载能力很强，因为它工作在网络协议的第4层，使用虚拟ip技术，所以它本身并不担负任何流量的处理，仅仅是一个封包转发的功能；第 …\u003c/p\u003e"

"\u003cp\u003e\u003ca href=\"http://www.haohtml.com\"\u003ewww.haohtml.com\u003c/a\u003e 和 blog.haohtml.com 域名均指向 Nginx 所在的服务器IP。\u003c/p\u003e\n\u003cp\u003e用户访问，将其负载均衡到192.168.1.2:80、192.168.1.3:80、192.168.1.4:80、192.168.1.5:80四台服务器。\u003c/p\u003e\n\u003cp\u003e用户访问，将其负载均衡到192.168.1.7服务器的8080、8081、8082端口。\u003c/p\u003e\n\u003cp\u003e以下为配置文件nginx.conf：\n引用\nuser  www www;\u003c/p\u003e\n\u003cp\u003eworker_processes 10;\u003c/p\u003e\n\u003cp\u003e#error_log  logs/error.log;\n#error_log  logs/error.log  notice;\n#error_log  logs/error.log  info;\u003c/p\u003e\n\u003cp\u003e#pid        logs/nginx.pid;\u003c/p\u003e\n\u003cp\u003e#最大文件描述符\nworker_rlimit_nofile 51200;\u003c/p\u003e\n\u003cp\u003eevents\n{\nuse epoll;\u003c/p\u003e\n\u003cp\u003eworker_connections 51200;\n}\u003c/p\u003e\n\u003cp\u003ehttp\n{\ninclude       conf/mime.types;\ndefault_type …\u003c/p\u003e"

"\u003cp\u003e一、前言\u003c/p\u003e\n\u003cp\u003e二、编译安装\u003c/p\u003e\n\u003cp\u003e三、 安装MySQL、memcache\u003c/p\u003e\n\u003cp\u003e四、 安装Apache、PHP、eAccelerator、php-memcache\u003c/p\u003e\n\u003cp\u003e五、 安装Squid\u003c/p\u003e\n\u003cp\u003e六、后记\u003c/p\u003e\n\u003cp\u003e一、前言，准备工作\u003c/p\u003e\n\u003cp\u003e当前，LAMP开发模式是WEB开发的首选，如何搭建一个高效、可靠、稳定的WEB服务器一直是个热门主题，本文就是这个主题的一次尝试。\u003c/p\u003e\n\u003cp\u003e我们采用的架构图如下：\u003c/p\u003e\n\u003cp\u003e引用\u003c/p\u003e\n\u003cp\u003e——–               ———-                           ————-                   ———                 ————\u003c/p\u003e\n\u003cp\u003e| 客户端 | ===\u0026gt; |负载均衡器| ===\u0026gt; |反向代理/缓存| ===\u0026gt; |WEB服务器| ===\u0026gt; |数据库服务器|\u003c/p\u003e\n\u003cp\u003e——–               ———-                           ————-                   ———                 ————\u003c/p\u003e\n\u003cp\u003eNginx                     Squid …\u003c/p\u003e"

"\u003cp\u003e来源： \u003ca href=\"http://bbs.chinaunix.net/viewthread.php?tid=1039563\u0026amp;extra=\u0026amp;page=1\"\u003ehttp://bbs.chinaunix.net/viewthread.php?tid=1039563\u0026amp;extra=\u0026amp;page=1\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003e#/usr/ports/www/nginx\u003c/p\u003e\n\u003cp\u003e#make config\u003c/p\u003e\n\u003cp\u003elqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqk\u003c/p\u003e\n\u003cp\u003ex                     Options for nginx 0.5.34                       x\u003c/p\u003e\n\u003cp\u003ex lqqqqq^(-)qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqk x\u003c/p\u003e\n\u003cp\u003ex x [X] HTTP_ADDITION_MODULE  Enable http_addition module          x x\u003c/p\u003e\n\u003cp\u003ex x [X] HTTP_DAV_MODULE       Enable http_webdav module            x x\u003c/p\u003e\n\u003cp\u003ex x [X] HTTP_FLV_MODULE …\u003c/p\u003e"

"\u003cp\u003e另一篇文章是用php-fpm方式安装的,用的人也比较的多,推荐使用,这里介绍的是用fastcgi方式安装的.\u003c/p\u003e\n\u003cp\u003e首先在安装所有软件之前新系统ports，然后 再进行下面的工作\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e1）安装mysql\u003c/strong\u003e**#cd /usr/ports/databases/mysql51-server**\u003c/p\u003e\n\u003cp\u003e**#make WITH_CHARSET=gbk WITH_XCHARSET=all ** \u003cstrong\u003e\u003cstrong\u003eWITH_PROC_SCOPE_PTH=yes SKIP_DNS_CHECK=yes BUILD_OPTIMIZED=yes\u003c/strong\u003e install clean\u003c/strong\u003e //(utf8我选择了这个，情况自己定)\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e#cp /usr/local/share/mysql/my-medium.cnf /etc/my.cnf\n#rehash\u003c/strong\u003e\n!!!—–WITH_CHARSET=utf8(我选择了这个，情况自己定，可以使用gbk)\n\u003cstrong\u003e# mysql_install_db\u003c/strong\u003e ##初始化mysql,如果在命令行后面添加上 –user=mysql 的话，会失败，不清楚什么原因\u003c/p\u003e\n\u003cp\u003e#\u003cstrong\u003echown -R mysql:mysql /var/db/mysql\u003c/strong\u003e ##目录权 …\u003c/p\u003e"

"\u003cp\u003e折腾了一个晚上，基本上都是用packages安装，php用ports安装，由于PHP只用了FastCGI模式，所以phpmyadmin提示缺少模块而无法安装，最后下载的源码安装。整个过程中，竟然发现最耗费时间的PHP的那些模块！\n其实安装完成后再回过头来看，步骤熟练后，加上编译时间，半个小时足够！\u003c/p\u003e\n\u003cp\u003e先做个规划，操作步骤分三块，分别用三个帖子来写，分别是：软件的安装，软件的设置，启动调试及遇到错误说明。\u003c/p\u003e\n\u003cp\u003e主要思路：用php-fpm来管理FastCGI。在网上的大多数资料都是用lighttp来安装管理，但是据说php-fpm比那个要强，所以就赶了一回时髦，用了一下php-fpm。\u003c/p\u003e\n\u003cp\u003e先列一下安装的东西，其实由安装的软件列表，就可以看出用做的过程，今天晚了，明天写步骤：\nQUOTE:\nautoconf-2.62       Automatically configure source code on many Un*x platforms\nautoconf-wrapper-20071109 Wrapper script for GNU autoconf …\u003c/p\u003e"

"\u003cp\u003e要使用Nginx下的泛域名支持，必须在编译 Nginx的时候加上\u003c/p\u003e\n\u003cp\u003e–with-http_sub_module\u003c/p\u003e\n\u003cp\u003efreebsd下ports安装的时候有提示的，选上即可。方法我google了半天，网上的好多我照做都是不行的，例如这个：\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003elisten       80;\u003c/p\u003e\n\u003cp\u003eserver_name  \u003ca href=\"http://www.yourdomain.com/\"\u003ewww.yourdomain.com\u003c/a\u003e *.yourdomain.com;\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003e这个会提示：\u003c/p\u003e\n\u003cblockquote\u003e\n\u003ch1 id=\"nginx--t\"\u003e\u003cstrong\u003enginx\u003c/strong\u003e -t\u003c/h1\u003e\n\u003cp\u003e2009/01/04 13:22:56 [emerg] 63944#0: conflicting parameter “*.bsdlover.cn” in www.conf:14\u003c/p\u003e\n\u003cp\u003e2009/01/04 13:22:56 [emerg] 63944#0: the configuration file \u003cstrong\u003enginx\u003c/strong\u003e.conf test failed\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003e还有些文章里面说的是：\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003eserver_name  .yourdomain.com;\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003e这个也是不行的，经过我的实验，正确的做法是：\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003elisten       80;\u003c/p\u003e\n\u003cp\u003eserver_name  _;\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003e这样就可以了，留个笔记，呵呵\u003c/p\u003e\n\u003cp\u003e来 …\u003c/p\u003e"

"\u003cp\u003e大家是否测试Apache做了目录禁止浏览后，目录下面的txt文件还是可以显示里面的内容的。（我的是这样的）\u003c/p\u003e\n\u003cp\u003e例如： \u003ca href=\"http://www.domain.com/test/\"\u003ehttp://www.domain.com/test/\u003c/a\u003e 此访问会报403错误，但是如果test下有很多txt，你访问该txt时；\u003c/p\u003e\n\u003cp\u003e例如： \u003ca href=\"http://www.domain.com/test/a.txt\"\u003ehttp://www.domain.com/test/a.txt\u003c/a\u003e，此时a.txt里的内容会全部暴露在外面了（有时这个txt是很机密的文件），这样以来问题就来了。\u003c/p\u003e\n\u003cp\u003e同样：我在Nginx配置后后也存在这样的问题，Apache下此问题的解决多谢NetSeek帮助。\u003c/p\u003e\n\u003cp\u003e如下是关于Apache和Nginx 限制该类事情办法：\u003c/p\u003e\n\u003cp\u003eApache：解决办法；\u003c/p\u003e\n\u003cpre tabindex=\"0\"\u003e\u003ccode\u003eOptions -Indexes   FollowSymLinks\n\nAllowOverride All\n\n         Order allow,deny\n\n         Deny from all\n\nNginx：解决办法；\n\nlocation ~* .(txt|doc)$ {\n\n                if (-f $request_filename) { …\u003c/code\u003e\u003c/pre\u003e"

"\u003cp\u003e\u003cstrong\u003e安装mysql\u003c/strong\u003e\n#cd/usr/ports/databases/mysql51-server\n#make WITH_CHARSET=gbk WITH_XCHARSET=all WITH_PROC_SCOPE_PTH=yes BUILD_OPTIMIZED=yes BUILD_STATIC=yes SKIP_DNS_CHECK=yes WITHOUT_INNODB=yes install clean\n#cp /usr/local/share/mysql/my-small.cnf /etc/my.cnf\n#rehash\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e初始化表\u003c/strong\u003e\n#/usr/local/bin/mysql_install_db –user=mysql#一定要运行此步,否将下面设定权限将会出现错误,因为这句命令会将生在/usr/local/mysql下面将生var及以下目录,是下面的前提条件.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e安装php\u003c/strong\u003e\n# cd /usr/ports/lang/php5\n# make config\n[X] CLI Build CLI version\n[X] CGI Build CGI version\n[ ] APACHE Build …\u003c/p\u003e"