这是在一篇博客上看到的，写的很不错，转过来作为reference
更详细的内容可以参考这篇文献: http://nginx.org/en/docs/
#定义Nginx运行的用户和用户组
user www www;
#nginx进程数，建议设置为等于CPU总核心数。
worker_processes 8;
#全局错误日志定义类型，[ debug | info | notice | warn | error | crit ]
error_log /var/log/nginx/error.log info;
#进程文件
pid /var/run/nginx.pid;
#一个nginx进程打开的最多文件描述符数目，理论值应该是最多打开文件数（系统的值ulimit -n）与nginx进程数相除，但是nginx分配请求并不均匀，所以建议与ulimit -n的值保持一致。
worker_rlimit_nofile 65535;
前几天被nginx 的301 转向，从non-www 转向www 做了一份记录，作为备用
今天再加一份apache 的 301 转向的备用
RewriteEngine On
RewriteCond %{HTTP_HOST} ^iamhippo.com$ [NC]
RewriteRule ^(.*)$ http://www.iamhippo.com/$1 [L,R=301]
有时候你发现用root权限都不能修改某个文件，大部分原因是曾经用chattr命令锁定该文件了。chattr命令的作用很大，其中一些功能是由Linux内核版本来支持的，不过现在生产绝大部分跑的linux系统都是2.6以上内核了。通过chattr命令修改属性能够提高系统的安全性，但是它并不适合所有的目录。chattr命令不能保护/、/dev、/tmp、/var目录。lsattr命令是显示chattr命令设置的文件属性。
这两个命令是用来查看和改变文件、目录属性的，与chmod这个命令相比，chmod只是改变文件的读写、执行权限，更底层的属性控制是由chattr来改变的。
chattr命令的用法：chattr [ -RVf ] [ -v version ] [ mode ] files…
最关键的是在[mode]部分，[mode]部分是由+-=和[ASacDdIijsTtu]这些字符组合的，这部分是用来控制文件的
属性。
+ ：在原有参数设定基础上，追加参数。
- ：在原有参数设定基础上，移除参数。
= ：更新为指定参数设定。
A：文件或目录的 atime (access time)不可被修改(modified), 可以有效预防例如手提电脑磁盘I/O错误的发生。
S：硬盘I/O同步选项，功能类似sync。
a：即append，设定该参数后，只能向文件中添加数据，而不能删除，多用于服务器日志文件安全，只有root才能设定这个属性。
c：即compresse，设定文件是否经压缩后再存储。读取时需要经过自动解压操作。
d：即no dump，设定文件不能成为dump程序的备份目标。
i：设定文件不能被删除、改名、设定链接关系，同时不能写入或新增内容。i参数对于文件 系统的安全设置有很大帮助。
j：即journal，设定此参数使得当通过mount参数：data=ordered 或者 data=writeback 挂 载的文件系统，文件在写入时会先被记录(在journal中)。如果filesystem被设定参数为 data=journal，则该参数自动失效。
s：保密性地删除文件或目录，即硬盘空间被全部收回。
u：与s相反，当设定为u时，数据内容其实还存在磁盘中，可以用于undeletion。
各参数选项中常用到的是a和i。a选项强制只可添加不可删除，多用于日志系统的安全设定。而i是更为严格的安全设定，只有superuser (root) 或具有CAP_LINUX_IMMUTABLE处理能力（标识）的进程能够施加该选项。
应用举例：
1、用chattr命令防止系统中某个关键文件被修改：# chattr +i /etc/resolv.conf
然后用mv /etc/resolv.conf等命令操作于该文件，都是得到Operation not permitted 的结果。vim编辑该文件时会提示W10: Warning: Changing a readonly file错误。要想修改此文件就要把i属性去掉： chattr -i /etc/resolv.conf
# lsattr /etc/resolv.conf
会显示如下属性----i-------- /etc/resolv.conf
2、让某个文件只能往里面追加数据，但不能删除，适用于各种日志文件：# chattr +a /var/log/messages
最近真的感觉到老了。。centos 上常用的命令就是记不起来了。。。有的时候想半天都想不起来。。。幸亏oschina 上有一篇文章，赶紧转过来作为reference更多
现在我也随着大流。。很少使用cpanel了。。。开始投入nginx 的怀抱了。。
那么以后常见的问题就是，如何做301转向，把non-www转向到www, 或者把www转向到non-www.
刚才仔细的看了一下目前网上的做法，大部分都是被nginx 官方不推荐的。。。
在这里做个记录，以后方便我查找
Redirect non-www to www：
server {
server_name example.com;
return 301 $scheme://www.example.com$request_uri;
}
Redirect www to non-www:
server {
server_name www.example.com;
return 301 $scheme://example.com$request_uri;
}
今天碰到一个国内被和谐掉的站点感到很有意思.
于是想避免每天扶梯子去登录这个站点，就想到了nginx 的 反向代理。 nginx 的反向代理平时百用百灵，可是今天死活不灵了.
查看了一下此站的源代码，发现静态文件全部使用单独的一个域名来表示，nginx 反代已经很完美的解决掉了静态部分，但是静态部分例如css， js 等等，死活也加载不出来。。查看nginx 的error 日志，发现 nginx 的 间断性的出现 502 错误，再仔细一看，nginx 说upstream 总是提早关闭TCP 链接。。。我起初以为是网络的问题，就在洛杉矶的独立服务器上拆出来一个VPS用来专门反代这个静态文件的域名，仍然出现502 错误。。。
这个时候才想到，是不是这个域名限制了referrer 来源？？？？？
于是赶紧在nginx 的config 代码里面加上proxy_set_header Referer $host; 重启nginx， 问题圆满解决。。。
下次遇到同样问题的时候，可以先在firefox 的livehttp 的 这个扩展当中，慢慢的仔细的看一下 http response 是怎么回事，然后在nginx 的配置文件中根据情况写出相应的配置方案.
以前总是喜欢的去用service nginx restart，这样势必会造成nginx 的重启
nginx 从0.76 的版本开始，允许不重启而重载配置
nginx -t ( syntax check)
nginx -s reload ( nginx reload)
经常忘，这里做个记录
开机的时候选择F11 ，然后选择 Bios boot 即可
做视频站点的人，都会或多或少的接触伪视频流技术
伪流技术是一种能在常见HTTP服务器如APACHE、tomcat、IIS或lighttpd, nginx 上安装提供的一种协议。它使用服务端脚本来提供FLASH到服务器的视频交互。播放器在URL上携带start time的参数发送HTTP请求到服务端，服务端的脚本处理视频流并且给予回复，保证提供的视频流起始位置与START TIME参数所对应。这个start time的参数通常命名为“start”，这个技术同样被风靡全球的youtube所使用，它使用的是lighttpd WEB服务器。
对于播放器来说，使用伪流或其他流式的解决方案最大的好处是：能跳转到尚未下载到的视频部分。这种情况在很符合大文件播放需求，比如2个小时的视频，用户想立刻跳转到它的后面部分开始播放，（这样不需要下载中间用户不关心的部分了）。好处如下：
# 能够随机跳转到视频的任意时间
# 从视频的中间开始播放
# 提供客户方流媒体服务器和服务端脚本集成的可能（？？？）
# 支持FLV和H.264的视频
We can use nginx as an example:
[[email protected]:~]nginx -V
nginx version: nginx/1.4.1
built by gcc 4.4.6 20120305 (Red Hat 4.4.6-4) (GCC)
TLS SNI support enabled
configure arguments: –prefix=/etc/nginx/ –sbin-path=/usr/sbin/nginx –conf-path=/etc/nginx/nginx.conf –error-log-path=/var/log/nginx/error.log –http-log-path=/var/log/nginx/access.log –pid-path=/var/run/nginx.pid –lock-path=/var/run/nginx.lock –http-client-body-temp-path=/var/cache/nginx/client_temp –http-proxy-temp-path=/var/cache/nginx/proxy_temp –http-fastcgi-temp-path=/var/cache/nginx/fastcgi_temp –http-uwsgi-temp-path=/var/cache/nginx/uwsgi_temp
–http-scgi-temp-path=/var/cache/nginx/scgi_temp –user=nginx –group=nginx –with-http_ssl_module
–with-http_realip_module –with-http_addition_module –with-http_sub_module –with-http_dav_module
–with-http_flv_module –with-http_mp4_module –with-http_gzip_static_module –with-http_random_index_module
–with-http_secure_link_module –with-http_stub_status_module –with-mail –with-mail_ssl_module
–with-file-aio –with-ipv6 –with-cc-opt=’-O2 -g’ –add-module=/usr/src/headers-more-nginx-module-0.20
If we compile nginx from source, we can use
./configure –with-http_flv_module –with-http_mp4_module –with-other-modules