今天在压测时，会偶尔遇到错误，错误提示: Cannot assign requested address ,看了下，大致上是由于客户端频繁的连服务器，由于每次连接都在很短的时间内结束，导致很多的TIME_WAIT，以至于用光了可用的端 口号，所以新的连接没办法绑定端口，即“Cannot assign requested address”。是客户端的问题不是服务器端的问题。通过netstat，的确看到很多TIME_WAIT状态的连接。
解决办法是需要做一下内核参数优化：（需要root权限）
sysctl -w net.ipv4.tcp_timestamps=1 开启对于TCP时间戳的支持,若该项设置为0，则下面一项设置不起作用
sysctl -w net.ipv4.tcp_tw_recycle=1 表示开启TCP连接中TIME-WAIT sockets的快速回收
改完还不能解决问题，需要修改tcp_max_tw_buckets
sudo sh -c “echo ‘5000’> /proc/sys/net/ipv4/tcp_max_tw_buckets”
首先：
bzip2 -d wkhtmltopdf-0.11.0_rc1-static-i386.tar.bz2
会解压成一个tar文件
wkhtmltopdf-0.11.0_rc1-static-i386.tar
在打开tar即可。
tar -xvf wkhtmltopdf-0.11.0_rc1-static-i386.tar
就会看到包里的内容了。
当出现此错误时，说明本地git没有安装curl-devel包，可以直接使用yum install git完整安装git来解决。
不过现在由于我的开发机已经安装了公司的另一个curl包，不能覆盖安装，会发生冲突而中断。
所以就需要用另一种方式来提交。
不通过https，而是通过git://github.com ，通过建立ssh信任来直接提交。
在生成公钥，填写在github.com的账户管理中后。
本地设置一下远程仓库url
再git push。
就ok啦。。
在做以图搜图时，需要用户上传图片，同时需要对用户上传图片做大小限制。
如果文件全部上传到服务器了，可以用$_FILES变量来获取文件信息，判断文件大小，来决定是否拒绝用户的请求。
不过当文件过大时，会直接出发nginx的413 Request Entity Too Large 错误，如何友好的来提示用户呢。
这里就可以用到nginx的error_page用法了，直接指定413的错误跳转到一个指定页面，在指定页面内友好提示即可。
`在做以图搜图时，需要用户上传图片，同时需要对用户上传图片做大小限制。
如果文件全部上传到服务器了，可以用$_FILES变量来获取文件信息，判断文件大小，来决定是否拒绝用户的请求。
不过当文件过大时，会直接出发nginx的413 Request Entity Too Large 错误，如何友好的来提示用户呢。
这里就可以用到nginx的error_page用法了，直接指定413的错误跳转到一个指定页面，在指定页面内友好提示即可。
`
这样设置了之后，就可以使用了，当上传的文件过大时，会直接被nginx拦截到413错误，进而重定向到友好的错误提示页。
不过在一次bug修复之后，发现再提交过大的文件时，没有出现这个提示页面了，而是等了很长时间之后出现了一个500错误，而且500错误也没有被拦截到50x的错误页面，很是奇怪。排查了下nginx日志，出现的错误提示就是 client intended to send too large body: 4224579 bytes.
排查了一会之后，再测试环境下打开错误输出，发现原来是413重定向后的Action在视图里有php语法错误。修复之后，就又恢复正常啦。
开发php扩展时，php buildconf 时报错:
`开发php扩展时，php buildconf 时报错:
`
这个很简单，一看就明白了，只要使用 ./buildconf –force 即可通过。
php configure时错误：``开发php扩展时，php buildconf 时报错:
`开发php扩展时，php buildconf 时报错:
`
这个很简单，一看就明白了，只要使用 ./buildconf –force 即可通过。
php configure时错误：``
这个是由于缺少libxml2包的原因，使用sudo yum install libxml2 执行后，安装了libxml2包，结果还是提示这个错误，执行rpm -qa|grep libxml2，发现是有libxml2的包的，后来发现，其实需要的是libxml2-devel 包，所以，正确的解决办法是，安装libxml2-devel包，执行 ```开发php扩展时，php buildconf 时报错:
`开发php扩展时，php buildconf 时报错:
`
这个很简单，一看就明白了，只要使用 ./buildconf –force 即可通过。
php configure时错误：``开发php扩展时，php buildconf 时报错:
`开发php扩展时，php buildconf 时报错:
`
这个很简单，一看就明白了，只要使用 ./buildconf –force 即可通过。
php configure时错误：``
这个是由于缺少libxml2包的原因，使用sudo yum install libxml2 执行后，安装了libxml2包，结果还是提示这个错误，执行rpm -qa|grep libxml2，发现是有libxml2的包的，后来发现，其实需要的是libxml2-devel 包，所以，正确的解决办法是，安装libxml2-devel包，执行``` 即可。
再重新configure, 出现下图即是正常了.
编译php时出现错误
`编译php时出现错误
`
是由于没有安装 libiconv包，又没有yum源，无法通过yum直接安装，还需要自己手动来。
先安装libiconv:
然后重新configure php，再make就ok..
gzip(GNU-ZIP)是一种压缩技术。经过gzip压缩后页面大小可以变为原来的30%甚至更小，这样，用户浏览页面的时候速度会块得多。gzip的压缩页面需要浏览器和服务器双方都支持，实际上就是服务器端压缩，传到浏览器后浏览器解压并解析。
Nginx的压缩输出有一组gzip压缩指令来实现。相关指令位于http{….}两个大括号之间。
gzip on;
//该指令用于开启或关闭gzip模块(on/off)
gzip_min_length 1k;
//设置允许压缩的页面最小字节数，页面字节数从header头得content-length中进行获取。默认值是0，不管页面多大都压缩。建议设置成大于1k的字节数，小于1k可能会越压越大。
gzip_buffers 4 16k;
//设置系统获取几个单位的缓存用于存储gzip的压缩结果数据流。4 16k代表以16k为单位，安装原始数据大小以16k为单位的4倍申请内存。
gzip_http_version 1.1;
//识别http的协议版本(1.0/1.1)
gzip_comp_level 2;
//gzip压缩比，1压缩比最小处理速度最快，9压缩比最大但处理速度最慢(传输快但比较消耗cpu)
gzip_types text/plain application/x-javascript text/css application/xml
//匹配mime类型进行压缩，无论是否指定,”text/html”类型总是会被压缩的。
gzip_vary on;
//和http头有关系，加个vary头，给代理服务器用的，有的浏览器支持压缩，有的不支持，所以避免浪费不支持的也压缩，所以根据客户端的HTTP头来判断，是否需要压缩.
同时由于IE6不支持gizp解压缩，所以在IE6下要关闭gzip压缩功能。使用
gzip_disable “MSIE [1-6].”;
nginx 配置gzip段如下：
gzip on;
gzip_min_length 1k;
gzip_buffers 16 64k;
gzip_http_version 1.1;
gzip_comp_level 2;
gzip_types text/plain application/x-javascript text/css application/xml;
gzip_vary on;
gzip_disable “MSIE [1-6].”;