启动报错：

nginx: [emerg] socket() [::]:80 failed (97: Address family not supported by protocol)

解决办法：

vim /etc/nginx/conf.d/default.conf

将

listen       80 default_server;
listen       [::]:80 default_server;

改为：

listen       80;
#listen       [::]:80 default_server;

启动nginx就行了。。

brew tap homebrew/dupes

加入版本

brew tap homebrew/versions

加入PHP

brew tap homebrew/homebrew-php

列出php5.6的选项

brew options php56

好了，开始安装吧，go

brew install php56

在安装的时候，没有顺利的安装成功，碰到倒了如下错误。

 wrong number of arguments (3 for 0..2)

这个错误猜测可能是因为之前已经有安装过的PHP版本，后来把这个给删掉就好了。删除方法点击这里

安装完成之后，记得设置php的lib目录，否则在cli的模式下不能使用最新的。

brew update

结果出现了如下错误：

Error: Failed to update tap: josegonzalez/php

错误原因是因为现在php的源发生了变更，所以这里出现了无法更新的问题。解决方案是可以把这个源给删掉。

brew untap josegonzalez/php

当然，删掉之后，需要增加新的源，看一下brew 升级 php56

结果一会服务器就出现了502的错误，有些懵了。。。后来经过排查，发现原来ngnix的一个配置不管用了。就是fastcgi_pass。原来是转到一个9000的端口上。升级后，可能php的配置文件变了。这个不管用了。结果排查后，更改成了fastcgi_pass unix:/var/run/php5-fpm.sock;

ok，重启php-fpm跟ngnix。网站有些页面ok了。却出现了很多其他的错误，仔细一看，原来用的好好的mongo驱动，现在说mongo驱动不存在了。。晕啊。。

php -m 一看。发现很多驱动都没了。。没了。。。找到mongo.so文件，将这个文件的位置，在php.ini中的extension_dir中设置了。发现，不能解析这个.so文件。。。

是不是升级了php后，有些不兼容的问题？ok，那我就升级mongo吧。结果，原来的pecl install mongo的方法，不能用了。。安装失败。。

查了半天，也没弄明白，为什么。后来，实在没有办法了，把pear卸载了。重新安装了pear。然后卸载mongo，重新安装。这才可以使用。

php升级了，导致pear也不能用了。看来没事不能胡乱升级啊，真的会出问题。。。

1.502 Bad Gateway错误 在php.ini和php-fpm.conf中分别有这样两个配置项：max_execution_time和request_terminate_timeout。 这两项都是用来配置一个PHP脚本的最大执行时间的。当超过这个时间时，PHP-FPM不只会终止脚本的执行， 还会终止执行脚本的Worker进程。所以Nginx会发现与自己通信的连接断掉了，就会返回给客户端502错误。 以PHP-FPM的request_terminate_timeout=30秒时为例，报502 Bad Gateway错误的具体信息如下：
1）Nginx错误访问日志： 2013/09/19 01:09:00 [error] 27600#0: *78887 recv() failed (104: Connection reset by peer) while reading response header from upstream, client: 192.168.1.101, server: test.com, request: “POST /index.php HTTP/1.1″, upstream: “fastcgi://unix:/dev/shm/php-fcgi.sock:”, host: “test.com”, referrer: “http://test.com/index.php”
2）PHP-FPM报错日志：
WARNING: child 25708 exited on signal 15 (SIGTERM) after 21008.883410 seconds from start
所以只需将这两项的值调大一些就可以让PHP脚本不会因为执行时间长而被终止了。request_terminate_timeout可以覆盖max_execution_time， 所以如果不想改全局的php.ini，那只改PHP-FPM的配置就可以了。 此外要注意的是Nginx的upstream模块中的max_fail和fail_timeout两项。有时Nginx与上游服务器（如Tomcat、FastCGI）的通信只是偶然断掉了， 但max_fail如果设置的比较小的话，那么在接下来的fail_timeout时间内，Nginx都会认为上游服务器挂掉了，都会返回502错误。 所以可以将max_fail调大一些，将fail_timeout调小一些。

2.504 Gateway Time-out错误 PHP-FPM设置的脚本最大执行时间已经够长了，但执行耗时PHP脚本时，发现Nginx报错从502变为504了。这是为什么呢？ 因为我们修改的只是PHP的配置，Nginx中也有关于与上游服务器通信超时时间的配置factcgi_connect/read/send_timeout。 以Nginx超时时间为90秒，PHP-FPM超时时间为300秒为例，报504 Gateway Timeout错误时的Nginx错误访问日志如下： 2013/09/19 00:55:51 [error] 27600#0: *78877 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 192.168.1.101, server: test.com, request: “POST /index.php HTTP/1.1″, upstream: “fastcgi://unix:/dev/shm/php-fcgi.sock:”, host: “test.com”, referrer: “http://test.com/index.php” 调高这三项的值（主要是read和send两项，默认不配置的话Nginx会将超时时间设为60秒）之后，504错误也解决了。 而且这三项配置可以配置在http、server级别，也可以配置在location级别。担心影响其他应用的话，就配置在自己应用的location中吧。 要注意的是factcgi_connect/read/send_timeout是对FastCGI生效的，而proxy_connect/read/send_timeout是对proxy_pass生效的。 配置举例： location ~ \.php$ { root /home/cdai/test.com;

include fastcgi_params;
fastcgi_connect_timeout 180;
fastcgi_read_timeout 600;
fastcgi_send_timeout 600;
fastcgi_pass unix:/dev/shm/php-fcgi.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME /home/cdai/test.com$fastcgi_script_name; }