一、安装必要一些依赖
yum install php-mcrypt libmcrypt libmcrypt-devel libxml2-devel openssl-devel \
libcurl-devel libjpeg.x86_64 libpng.x86_64 freetype.x86_64 libjpeg-devel.x86_64 \
libpng-devel.x86_64 freetype-devel.x86_64 libjpeg-turbo-devel \
libmcrypt-devel mysql-devel -y
二、下载php7源码的包
cd /usr/local/src
wget http://cn2.php.net/distributions/php-7.0.0.tar.bz2
tar -jxvf php-7.0.0.tar.gz
cd php-7.0.0
三、编译安装软件程序
./configure
--prefix=/usr/local/php7 \
--with-config-file-path=/usr/local/php7/etc \
--with-mcrypt=/usr/include \
--enable-mysqlnd \
--with-gd \
--with-iconv \
--with-zlib \
--enable-bcmath \
--enable-shmop \
--enable-sysvsem \
--enable-inline-optimization \
--enable-mbregex \
--enable-fpm \
--enable-mbstring \
--enable-ftp \
--enable-gd-native-ttf \
--with-openssl \
--enable-pcntl \
--enable-sockets \
--with-xmlrpc \
--enable-zip \
--enable-soap \
--with-gettext \
--with-curl \
--with-jpeg-dir \
--with-freetype-dir \
--with-mysqli \
--enable-embedded-mysqli \
--with-pdo-mysql
make && make install
四、配置php软件程序
cp php.ini-production /usr/local/php7/etc/php.ini
cp sapi/fpm/init.d.php-fpm /etc/init.d/php7-fpm
chmod +x /etc/init.d/php7-fpm
cp /usr/local/php7/etc/php-fpm.conf.default /usr/local/php7/etc/php-fpm.conf
cp /usr/local/php7/etc/php-fpm.d/www.conf.default /usr/local/php7/etc/php-fpm.d/www.conf
vim /usr/local/php7/etc/php.ini
#加入
zend_extension=/usr/local/php7/lib/php/extensions/no-debug-non-zts-20151012/opcache.so
#启动
/etc/init.d/php7-fpm start
#查看
/usr/local/php7/bin/php -v
为了安全最好是去掉头信息 X-Powered-By: PHP/7.*.*
修改 php.ini 文件
设置 expose_php = Off
vim /usr/local/php7/etc/php.ini
找到 expose_php = On
改为 expose_php = Off
1.下载软件包
http://pan.baidu.com/s/1dEmIwY9
2.安装软件
3.使用MAMP_PRO_3.0.7.3_SN.txt中的序列号激活
上面的方式搭建的PHP有弊端，由于默认不带PHP源码，所以在使用pecl安装扩展时会报错,下面我们来重新看看
打开终端，输入
sudo pecl install mongo
运行起来后会报形如“php.h not found”的错误，因为MAMP默认是不带PHP源码包的。
按照如下步骤将源码包集成以便于安装扩展：
1.在web目录下添加index.php文件，内容如下
<?php
phpinfo();
2.打开浏览器访问该php文件，记录PHP版本，本文暂定PHP版本A
3.打开终端，输入以下命令
php -v
记录PHP版本，本文暂定PHP版本B
4.如果PHP版本A不等于PHP版本B，在终端执行以下命令
sudo rm -rf /usr/bin/php
sudo rm -rf /usr/bin/phpize
sudo rm -rf /usr/bin/php-config
sudo rm -rf /usr/bin/pecl
ln -s /Application/MAMP/bin/php/php[PHP版本A]/bin/php /usr/bin/php
ln -s /Application/MAMP/bin/php/php[PHP版本A]/bin/php-config /usr/bin/php-config
ln -s /Application/MAMP/bin/php/php[PHP版本A]/bin/phpize /usr/bin/phpize
ln -s /Application/MAMP/bin/php/php[PHP版本A]/bin/pecl /usr/bin/pecl
请替换[PHP版本A]为步骤2中的版本，如5.5.18
执行完以上命令之后，命令行模式和浏览器模式的PHP都是一致的了。
5.下载PHP源码包，打开浏览器访问如下网址 http://cn2.php.net/get/php-[PHP版本
A].tar.gz/from/this/mirror
6.将下载的压缩包解压到 /Application/MAMP/bin/php/php[PHP版本A]/include/php 中
7.在终端执行以下命令
cd /Application/MAMP/bin/php/php[PHP版本A]/include/php
./configure
此时PHP源码包已经配置正常了，头文件也可以正常调用了。
8.在终端执行
sudo pecl install mongo
扩展安装成功后，编辑 /Application/MAMP/bin/php/php[PHP版本A]/conf/php.ini 在最后添加 extension=mongo.so
9.由于命令行模式和浏览器模式中加载的php.ini并不是同一个文件，所以需要用软连接的方式处理下。
10.在终端执行
php -i|grep ini
查看Loaded ini file，本文假设为PHP配置文件A
11.备份PHP配置文件A
12.在终端执行
ln -s /Application/MAMP/bin/php/php[PHP版本A]/conf/php.ini PHP配置文件A
13.在终端执行
php -i|grep ini
此时该路径应该和浏览器中看到的是一致的了。
以后安装任何扩展的步骤如下
1.sudo pecl install [扩展名]
2.编辑 /Application/MAMP/bin/php/php[PHP版本A]/conf/php.ini 加载扩展
3.重启Web服务器
有任何疑问请于下方留下评论。
昨天，服务器的DNS突然不能使用，导致相关子站一直崩溃，日志中看到大量类似错误：
file_get_contents(): php_network_getaddresses: getaddrinfo failed: Name or service not known...
file_get_contents('http://www.111cn.net'): failed to open stream: php_network_getaddresses: getaddrinfo failed: Name or service not known...
很明显是DNS无法解析域名，只得更换:
#打开linux网络配置文件 vi resolv.conf #注释老的namesever ,添加如下新的nameserver nameserver 202.106.0.20 search localdomain #保存内容重启网络服务 service network restart
为此，收集了常用的DNS服务器地址：
#114 DNS
114.114.114.114
114.114.115.115
#阿里 AliDNS
223.5.5.5
223.6.6.6
#oneDNS
112.124.47.27
114.215.126.16
#Google DNS
8.8.8.8
8.8.4.4
#OpenDNS
208.67.222.222
208.67.220.220
国内省市DNS服务器地址：
北京：
202.96.199.133
202.96.0.133
202.106.0.20
202.106.148.1
202.97.16.195
202.138.96.2
深圳：
202.96.134.133
202.96.154.15
广州：
61.144.56.100
61.144.56.101
广东：
202.96.128.86
202.96.128.143
上海：
202.96.199.132
202.96.199.133
202.96.209.5
202.96.209.133
天津：
202.99.96.68
202.99.104.68
广西：
202.96.128.68
202.103.224.68
202.103.225.68
河南：
202.102.227.68
202.102.245.12
202.102.224.68
河北：
202.99.160.68
福建：
202.101.98.54
202.101.98.55
厦门：
202.101.103.55
202.101.103.54
湖南：
202.103.0.68
202.103.96.68
202.103.96.112
湖北：
202.103.0.68
202.103.0.117
202.103.24.68
江苏：
202.102.15.162
202.102.29.3
202.102.13.141
202.102.24.35
浙江：
202.96.102.3
202.96.96.68
202.96.104.18
陕西：
202.100.13.11
202.100.4.16
202.100.4.15
202.100.0.68
山东：
202.102.154.3
202.102.152.3
202.102.128.68
202.102.134.68
山西：
202.99.192.68
202.99.198.6
四川：
202.98.96.68
61.139.2.69
重庆：
61.128.128.68
成都：
202.98.96.68
202.98.96.69
辽宁：
202.98.0.68
202.96.75.68
202.96.75.64
202.96.69.38
202.96.86.18
202.96.86.24
安徽：
202.102.192.68
202.102.199.68
10.89.64.5
吉林：
202.98.5.68
202.98.14.18
202.98.14.19
江西：
202.101.224.68
202.109.129.2
202.101.240.36
新疆：
61.128.97.74
61.128.97.73
贵州：
202.98.192.68
10.157.2.15
云南：
202.98.96.68
202.98.160.68
黑龙江：
202.97.229.133
202.97.224.68
219.150.32.132
海南：
202.100.192.68
202.100.199.8
宁夏：
202.100.0.68
202.100.96.68
甘肃：
202.100.72.13
内蒙古：
202.99.224.68
青海：
202.100.128.68
php-fpm的进程管理方式pm是一个重要的参数，主要来控制子进程的数量。
pm进程管理方式有三种：
static:
表示在php-fpm运行时直接fork出 pm.max_chindren个子进程
dynamic:
表示，运行时fork出pm.start_servers个进程，随着负载的情况，动态的调整，最多不超过pm.max_children个进程。同时，保证闲置进程数不少于pm.min_spare_servers数量，否则新的进程会被创建，当然也不是无限制的创建，最多闲置进程不超过pm.max_spare_servers数量，超过则一些闲置进程被清理。
ondemand:
当有请求时，创建进程，启动不创建，最多不超过pm.max_chindren进程数，当进程闲置会在pm.process_idle_timeout秒后被及时释放。
如果选择配置pm参数？
dynamic适合小内存机器，灵活分配进程，省内存。static适用于大内存机器，动态创建回收进程对服务器资源也是一种消耗。一般大访问量应用不会选择ondemand，因为fork一次性大量进程开销很大。
PHP-FPM子进程数量应该如何设置？
一般生产环境会选择static方式
关于max_children, [能利用内存数/(单个进程内存数 * 1.2)]；另外一种方式，可将其设置较大[能利用内存数/单个进程内存数]，然后观察(PHP-FPM的运行状态)，通过max active processes参数来合理配置。
关于start_servers、min_spare_servers、max_spare_servers官方有个建议公式：
start_servers = min_spare_servers + (max_spare_servers - min_spare_servers) / 2
约定几个目录
/usr/local/php/sbin/php-fpm /usr/local/php/etc/php-fpm.conf /usr/local/php/etc/php.ini
一，php-fpm的启动参数
#测试php-fpm配置 /usr/local/php/sbin/php-fpm -t /usr/local/php/sbin/php-fpm -c /usr/local/php/etc/php.ini -y /usr/local/php/etc/php-fpm.conf -t #启动php-fpm /usr/local/php/sbin/php-fpm /usr/local/php/sbin/php-fpm -c /usr/local/php/etc/php.ini -y /usr/local/php/etc/php-fpm.conf #关闭php-fpm kill -INT `cat /usr/local/php/var/run/php-fpm.pid` #重启php-fpm kill -USR2 `cat /usr/local/php/var/run/php-fpm.pid`
二，php-fpm.conf重要参数详解
pid = run/php-fpm.pid #pid设置，默认在安装目录中的var/run/php-fpm.pid，建议开启 error_log = log/php-fpm.log #错误日志，默认在安装目录中的var/log/php-fpm.log log_level = notice #错误级别. 可用级别为: alert（必须立即处理）, error（错误情况）, warning（警告情况）, notice（一般重要信息）, debug（调试信息）. 默认: notice. emergency_restart_threshold = 60 emergency_restart_interval = 60s #表示在emergency_restart_interval所设值内出现SIGSEGV或者SIGBUS错误的php-cgi进程数如果超过 emergency_restart_threshold个，php-fpm就会优雅重启。这两个选项一般保持默认值。 process_control_timeout = 0 #设置子进程接受主进程复用信号的超时时间. 可用单位: s(秒), m(分), h(小时), 或者 d(天) 默认单位: s(秒). 默认值: 0. daemonize = yes #后台执行fpm,默认值为yes，如果为了调试可以改为no。在FPM中，可以使用不同的设置来运行多个进程池。 这些设置可以针对每个进程池单独设置。 listen = 127.0.0.1:9000 #fpm监听端口，即nginx中php处理的地址，一般默认值即可。可用格式为: 'ip:port', 'port', '/path/to/unix/socket'. 每个进程池都需要设置. listen.backlog = -1 #backlog数，-1表示无限制，由操作系统决定，此行注释掉就行。backlog含义参考： http://www.3gyou.cc/?p=41 listen.allowed_clients = 127.0.0.1 #允许访问FastCGI进程的IP，设置any为不限制IP，如果要设置其他主机的nginx也能访问这台FPM进程，listen处要设置成本地可被访问的IP。默认值是any。每个地址是用逗号分隔. 如果没有设置或者为空，则允许任何服务器请求连接 listen.owner = www listen.group = www listen.mode = 0666 #unix socket设置选项，如果使用tcp方式访问，这里注释即可。 user = www group = www #启动进程的帐户和组 pm = dynamic #对于专用服务器，pm可以设置为static。 #如何控制子进程，选项有static和dynamic。如果选择static，则由pm.max_children指定固定的子进程数。如果选择dynamic，则由下开参数决定： pm.max_children #，子进程最大数 pm.start_servers #，启动时的进程数 pm.min_spare_servers #，保证空闲进程数最小值，如果空闲进程小于此值，则创建新的子进程 pm.max_spare_servers #，保证空闲进程数最大值，如果空闲进程大于此值，此进行清理 pm.max_requests = 1000 #设置每个子进程重生之前服务的请求数. 对于可能存在内存泄漏的第三方模块来说是非常有用的. 如果设置为 '0' 则一直接受请求. 等同于 PHP_FCGI_MAX_REQUESTS 环境变量. 默认值: 0. pm.status_path = /status #FPM状态页面的网址. 如果没有设置, 则无法访问状态页面. 默认值: none. munin监控会使用到 ping.path = /ping #FPM监控页面的ping网址. 如果没有设置, 则无法访问ping页面. 该页面用于外部检测FPM是否存活并且可以响应请求. 请注意必须以斜线开头 (/)。 ping.response = pong #用于定义ping请求的返回相应. 返回为 HTTP 200 的 text/plain 格式文本. 默认值: pong. request_terminate_timeout = 0 #设置单个请求的超时中止时间. 该选项可能会对php.ini设置中的'max_execution_time'因为某些特殊原因没有中止运行的脚本有用. 设置为 '0' 表示 'Off'.当经常出现502错误时可以尝试更改此选项。 request_slowlog_timeout = 10s #当一个请求该设置的超时时间后，就会将对应的PHP调用堆栈信息完整写入到慢日志中. 设置为 '0' 表示 'Off' slowlog = log/$pool.log.slow #慢请求的记录日志,配合request_slowlog_timeout使用 rlimit_files = 1024 #设置文件打开描述符的rlimit限制. 默认值: 系统定义值默认可打开句柄是1024，可使用 ulimit -n查看，ulimit -n 2048修改。 rlimit_core = 0 #设置核心rlimit最大限制值. 可用值: 'unlimited' 、0或者正整数. 默认值: 系统定义值. chroot = #启动时的Chroot目录. 所定义的目录需要是绝对路径. 如果没有设置, 则chroot不被使用. chdir = #设置启动目录，启动时会自动Chdir到该目录. 所定义的目录需要是绝对路径. 默认值: 当前目录，或者/目录（chroot时） catch_workers_output = yes #重定向运行过程中的stdout和stderr到主要的错误日志文件中. 如果没有设置, stdout 和 stderr 将会根据FastCGI的规则被重定向到 /dev/null . 默认值: 空.
三，常见错误及解决办法整理
1,request_terminate_timeout引起的资源问题
request_terminate_timeout的值如果设置为0或者过长的时间，可能会引起file_get_contents的资源问题。
如果file_get_contents请求的远程资源如果反应过慢，file_get_contents就会一直卡在那里不会超时。我们知道php.ini 里面max_execution_time 可以设置 PHP 脚本的最大执行时间，但是，在 php-cgi(php-fpm) 中，该参数不会起效。真正能够控制 PHP 脚本最大执行时间的是 php-fpm.conf 配置文件中的request_terminate_timeout参数。
request_terminate_timeout默认值为 0 秒，也就是说，PHP 脚本会一直执行下去。这样，当所有的 php-cgi 进程都卡在 file_get_contents() 函数时，这台 Nginx+PHP 的 WebServer 已经无法再处理新的 PHP 请求了，Nginx 将给用户返回“502 Bad Gateway”。修改该参数，设置一个 PHP 脚本最大执行时间是必要的，但是，治标不治本。例如改成 30s，如果发生 file_get_contents() 获取网页内容较慢的情况，这就意味着 150 个 php-cgi 进程，每秒钟只能处理 5 个请求，WebServer 同样很难避免”502 Bad Gateway”。解决办法是request_terminate_timeout设置为10s或者一个合理的值，或者给file_get_contents加一个超时参数。
$ctx = stream_context_create(array( 'http' => array( 'timeout' => 10 //设置一个超时时间，单位为秒 ) )); file_get_contents($str, 0, $ctx);
2,max_requests参数配置不当，可能会引起间歇性502错误：
pm.max_requests = 1000
设置每个子进程重生之前服务的请求数. 对于可能存在内存泄漏的第三方模块来说是非常有用的. 如果设置为 ’0′ 则一直接受请求. 等同于 PHP_FCGI_MAX_REQUESTS 环境变量. 默认值: 0.
这段配置的意思是，当一个 PHP-CGI 进程处理的请求数累积到 500 个后，自动重启该进程。
但是为什么要重启进程呢？
一般在项目中，我们多多少少都会用到一些 PHP 的第三方库，这些第三方库经常存在内存泄漏问题，如果不定期重启 PHP-CGI 进程，势必造成内存使用量不断增长。因此 PHP-FPM 作为 PHP-CGI 的管理器，提供了这么一项监控功能，对请求达到指定次数的 PHP-CGI 进程进行重启，保证内存使用量不增长。
正是因为这个机制，在高并发的站点中，经常导致 502 错误，我猜测原因是 PHP-FPM 对从 NGINX 过来的请求队列没处理好。不过我目前用的还是 PHP 5.3.2，不知道在 PHP 5.3.3 中是否还存在这个问题。
目前我们的解决方法是，把这个值尽量设置大些，尽可能减少 PHP-CGI 重新 SPAWN 的次数，同时也能提高总体性能。在我们自己实际的生产环境中发现，内存泄漏并不明显，因此我们将这个值设置得非常大（204800）。大家要根据自己的实际情况设置这个值，不能盲目地加大。
话说回来，这套机制目的只为保证 PHP-CGI 不过分地占用内存，为何不通过检测内存的方式来处理呢？我非常认同高春辉所说的，通过设置进程的峰值内在占用量来重启 PHP-CGI 进程，会是更好的一个解决方案。
3,php-fpm的慢日志，debug及异常排查神器：
request_slowlog_timeout设置一个超时的参数，slowlog设置慢日志的存放位置
tail -f /var/log/www.php2.cc.log
上面的命令即可看到执行过慢的php过程。
大家可以看到经常出现的网络读取超过、Mysql查询过慢的问题，根据提示信息再排查问题就有很明确的方向了