首页 > 编程技术 > php

PHP 7 的编译安装配置教程详解

发布时间:2016-11-25 15:27

编译安装软件我们可以更好的提升php 7性能了,下面我们为各位介绍PHP 7 的编译安装的方法了,希望这篇文章能够为各位带来帮助。

php 的编译安装相当简单,且每个版本差异不大,正因为如此之前版本的编译安装过程也可以参考,当然,需要注意的是,每个版本的编译参数存在部分差异,以 ./configure --help 中具体描述的编译配置参数为准。

本文中系统环境为 CentOS 7 64bit,如使用其他系统环境的,请注意在某些 依赖安装环节 的差异。

准备工作

对于 CentOS ,yum 我向来是用作安装大批量依赖的工具,所以,一股脑安装这些依赖库吧。

yum install -y gcc gcc-c++ autoconf libjpeg libjpeg-devel libpng libpng-devel freetype freetype-devel libpng libpng-devel libxml2 libxml2-devel zlib zlib-devel glibc glibc-devel glib2 glib2-devel bzip2 bzip2-devel ncurses curl openssl-devel gdbm-devel db4-devel libXpm-devel libX11-devel gd-devel gmp-devel readline-devel libxslt-devel expat-devel xmlrpc-c xmlrpc-c-devel

当然,个别依赖库可能需要手动编译安装,因此需要注意这个问题。在下文中,对于某些依赖库、组件我会做一些说明。

除了上述依赖的,我们还需要查看 php 编译安装说明文档,以确认还是否需要其他组件。

在源码包中的 INSTALL 文件里,可以看到相关说明:

Prerequisite knowledge and software for compiling:
Basic Unix skills (being able to operate "make" and a C compiler)
An ANSI C compiler
A web server
Any module specific components (such as GD, PDF libs, etc.)

When building directly from Git sources or after custom modifications

you might also need:
autoconf: 2.13+ (for PHP < 5.4.0), 2.59+ (for PHP >= 5.4.0)
automake: 1.4+
libtool: 1.4.x+ (except 1.4.2)
re2c: Version 0.13.4 or newer
flex: Version 2.5.4 (for PHP <= 5.2)
bison: Version 1.28 (preferred), 1.35, or 1.75

之前我们已经安装了 gcc 、 automake 、 autoconf 等,还需要 re2c 和 bison 这两个。这两个都是 PHP 的语法分析器。(突然发现写这篇文章的 9 小时前 RE2C 发布了新的版本)。两者的下载地址:

RE2C http://sourceforge.net/projects/re2c/files/0.15.3/re2c-0.15.3.tar.gz

BSION http://ftp.gnu.org/gnu/bison/bison-3.0.4.tar.gz

然后分别编译安装,这两个编译安装不需要什么特别的配置参数,很直接。

当然,还有 libmcrypt 这个东西,下载地址: ftp://mcrypt.hellug.gr/pub/crypto/mcrypt/libmcrypt/libmcrypt-2.5.7.tar.gz 。这玩意儿必须的。

PHP 的编译安装

首先是从 github 下载源码包: https://github.com/php/php-src/archive/php-7.0.0.tar.gz

下载后解压,进入 PHP 源码目录:

tar zxvf php-7.0.0.tar.gz
cd php-src-php-7.0.0
调用 buildconf 生成 configure 文件:

./buildconf --force
生成了 configure 文件后,我们就需要着手开始进行编译安装的配置,如果你想知道有哪些编译配置选项,仅需 ./configure --help 即可查看。

参考配置如下:

./configure \
--prefix=/usr/local/php/7.0.0 \
--with-config-file-path=/usr/local/php/7.0.0/etc \
--with-config-file-scan-dir=/usr/local/php/7.0.0/etc/conf.d \
--enable-fpm \
--with-fpm-user=web \
--with-fpm-group=www \
--enable-soap \
--with-openssl \
--with-openssl-dir \
--with-mcrypt \
--with-pcre-regex \
--with-zlib \
--with-iconv \
--with-bz2 \
--enable-calendar \
--with-curl \
--with-cdb \
--enable-dom \
--enable-exif \
--with-pcre-dir \
--enable-ftp \
--with-gd \
--with-jpeg-dir \
--with-png-dir \
--with-freetype-dir \
--with-gettext \
--with-gmp \
--with-mhash \
--enable-mbstring \
--with-libmbfl \
--with-onig \
--enable-pdo \
--with-pdo-mysql \
--with-zlib-dir \
--with-readline \
--enable-session \
--enable-shmop \
--enable-simplexml \
--enable-sockets \
--enable-sysvmsg \
--enable-sysvsem \
--enable-sysvshm \
--enable-wddx \
--with-libxml-dir \
--with-xsl \
--enable-zip \
--enable-mysqlnd \
--with-mysqli \
--without-pear
配置执行完毕后,执行编译安装:

make && make install
大功告成!现在只需要将 /usr/local/php/7.0.0/bin 中的可执行文件软连接到 /bin 下即可,当然也可以自行选择 PATH 环境变量指定的路径中,这样就可以全局访问 PHP 解析执行器了。

完成后,执行 php -v 输出:

PHP 7.0.0 (cli) (built: Dec  3 2015 11:29:49) ( NTS )
Copyright (c) 1997-2015 The PHP Group
Zend Engine v3.0.0, Copyright (c) 1998-2015 Zend Technologies

PHP-FPM在linux系统中如果优化做得好那么可以负载更大的内容了,今天我们就一起来看一篇关于PHP-FPM性能优化参考文章,希望对大家有帮助。

php-fpm.conf有两个至关重要的参数:一个是”max_children”,另一个是”request_terminate_timeout”.

我的两个设置的值一个是”40″,一个是”900″,但是这个值不是通用的,而是需要自己计算的。

计算的方式如下:

如 果你的服务器性能足够好,且宽带资源足够充足,PHP脚本没有系循环或BUG的话你可以直接将”request_terminate_timeout”设 置成0s。0s的含义是让PHP-CGI一直执行下去而没有时间限制。而如果你做不到这一点,也就是说你的PHP-CGI可能出现某个BUG,或者你的宽 带不够充足或者其他的原因导致你的PHP-CGI能够假死那么就建议你给”request_terminate_timeout”赋一个值,这个值可以根 据你服务器的性能进行设定。一般来说性能越好你可以设置越高,20分钟-30分钟都可以。由于我的服务器PHP脚本需要长时间运行,有的可能会超过10分 钟因此我设置了900秒,这样不会导致PHP-CGI死掉而出现502 Bad gateway这个错误。

而”max_children” 这个值又是怎么计算出来的呢?这个值原则上是越大越好,php-cgi的进程多了就会处理的很快,排队的请求就会很少。设置”max_children” 也需要根据服务器的性能进行设定,一般来说一台服务器正常情况下每一个php-cgi所耗费的内存在20M左右,因此我的”max_children”我 设置成40个,20M*40=800M也就是说在峰值的时候所有PHP-CGI所耗内存在800M以内,低于我的有效内存1Gb。而如果我 的”max_children”设置的较小,比如5-10个,那么php-cgi就会“很累”,处理速度也很慢,等待的时间也较长。如果长时间没有得到处 理的请求就会出现504 Gateway Time-out这个错误,而正在处理的很累的那几个php-cgi如果遇到了问题就会出现502 Bad gateway这个错误。

max_requests即是说每个进程若超过这个数目(跟php进程有一点点关系,关 系不大),就自动杀死..我这里应该设置512的,不过懒得压力测试了,设置大一点,不过也不要设置过大,是个结构体,没测试过,接近8K到9K大小.网 上动辄设置100k,有点浪费内存了.一个进程浪费大小接近1M.按照网上常用配置的128个进程,大概浪费100M左右.好吧,我承认100M是白菜 价,但也别这样浪费..= =

max_children基本就是进程数,跟nginx的进程没有想象中的那么大,因为FPM会自己管理进程(有待考证,起码我简单浏览了一下源码,认为是这个意思).参数不宜设置过大,很占内存,进程的消耗就不用我多说了.

max_children较好的设置方式根据req/s来设置,若程序是 100 req/s的处理能力..最大并发是10K,那么就设置 100比较好,这是动态来调整的.

不过你若用php 5.3,也可以把style设置为apache-like,那么设置start_servers,min_spare_servers,max_spare_servers三个参数就可以自动调整


PHP 5.4 开始集成了 PHP-FPM ,也就是说编译 PHP 时,只要 --enable-fpm 就装好了 PHP-FPM 。

一、安装 PHP-FPM


shell > ./configure --prefix=/usr/local/php \
--with-config-file-path=/usr/local/php --with-mysql=/usr/local/mysql/ \
--with-mysqli=/usr/local/mysql/bin/mysql_config --with-gd --with-xsl --with-bz2 \
--with-zlib --with-curl --with-pear --without-iconv --with-mcrypt \
--with-gettext --with-openssl --with-libxml-dir --with-png-dir --with-jpeg-dir --with-freetype-dir \
--with-libdir=lib64 --enable-ftp --enable-fpm --enable-opcache --enable-exif --enable-soap --enable-bcmath --enable-calendar \
--enable-sockets --enable-mbstring --enable-gd-native-ttf --disable-rpath --disable-debug

## 看到上面这堆参数了没有,这是在编译 PHP ,其中有一个参数是 --enable-fpm 没错,这就是启用 PHP-FPM 扩展。

shell > make; make install

二、配置 PHP-FPM

shell > cp /usr/local/src/php-5.6.17/php.ini-production /usr/local/php/php.ini # 这是 PHP 的配置文件
shell > cp /usr/local/src/php-5.6.17/sapi/fpm/init.d.php-fpm /etc/init.d/php-fpm # 这是 PHP-FPM 的启动脚本
shell > cd /usr/local/php/etc/
shell > cp php-fpm.conf.default php-fpm.conf # 复制一份配置文件
shell > vim php-fpm.conf
 
[global]
 
pid = run/php-fpm.pid # PID
rlimit_files = 65535 # 打开文件数限制
 
[www] # 进程池
 
user = nginx # 以 nginx 身份运行
group = nginx
 
listen = 127.0.0.1:9000 # 监听本机的 9000 端口
 
;listen = /dev/shm/php-cgi.sock; # 监听 UNIX SOCKET ,并把 SOCKET 放在了内存空间中,速度更快 ( Nginx 也要相应修改 )!
;listen.backlog = 10240 # UNIX SOCKET 的方式高并发下有点不稳定,该参数用来缓解 ( SOCKET 等待队列长度 )
 
;listen.owner = nginx # UNIX SOCKET 的权限
;listen.group = nginx
;listen.mode = 0660
 
pm = dynamic # 创建进程的方式,动态创建
pm.max_children = 32 # 最大进程数 ( 不能只看内存来创建,要看具体使用率,有时内存足够,进程数大多时,导致 CPU 频繁上下文切换,负载会很高 )
pm.start_servers = 5 # 初始进程数
pm.min_spare_servers = 5 # 最小空闲进程数
pm.max_spare_servers = 10 # 最大空闲进程数
 
pm.status_path = /php_status # PHP-FPM 状态监控 ( Nginx 要设置访问权限 )
 
shell > service php-fpm start

三、监控 PHP-FPM


shell > vim /usr/local/nginx/conf/nginx.conf
 
location ~ /php_status { # 创建一个单独的 server 或直接在 server {} 中加入配置
 
  access_log off;
 
  allow 127.0.0.1;
  allow 36.110.41.194; # 做好权限
  deny all;
 
  fastcgi_pass 127.0.0.1:9000; # 如果是 UNIX SOCKET 的方式,要类似这样写: fastcgi_pass unix:/dev/shm/php-cgi.sock;
  fastcgi_param SCRIPT_FILENAME $fastcgi_script_name;
  include fastcgi_params;
}
 
shell > kill -HUP `cat /usr/local/nginx/logs/nginx.pid`
 
shell > curl http://127.0.0.1/php_status # 访问该路径得到如下数据
pool: www               # 进程池名称
process manager: dynamic        # 进程管理方式
start time: 22/Jan/2016:15:49:00 +0800 # 启动时间
start since: 375            # 运行时长
accepted conn: 7            # 当前进程池接受的请求数
listen queue: 0            # 请求等待队列,如果不为 0 ,意味着 FPM 进程不足,需要增加
max listen queue: 0          # 最大等待队列数量
listen queue len: 1024         # SOCKET 等待队列长度
idle processes: 4           # 空闲进程数
active processes: 1          # 活跃的进程数
total processes: 5           # 总进程数
max active processes: 1        # 最大活跃进程数
max children reached: 0        # 达到最大进程数的次数,如果不为 0 ,意味着最大进程数不足,需要增加
slow requests: 0            # 慢请求数量,需要设置 slow log
 
shell > curl http://127.0.0.1/php_status # 这里有多种参数供选择,例如: http://127.0.0.1/php_status?html 、?json 、?xml 、?full

# 我想,用 python 脚本用做个监控,?json 格式是最好不过了吧!

很简单,具体看配置文件,这样的设置之后,在高负载和复杂的php程序会省事一点,毕竟测试req/s是可恶的体力活.

CentOS安装PHP5.6环境与其它版本有什么不同呢,我相信各位朋友不安装肯定不知道安装了会发现还是有一些不一样了,具体的来看看吧。

在最新的版本5.6.3不仅修改了多个Bug,并且修改了fileinfo模块里存在的安全漏洞。

PHP团队推荐使用PHP5.6系列的用户,升级到最新版本5.6.3。

简单介绍一下,如何在CentOS上安装PHP5.6。

配置yum源

追加CentOS 6.5的epel及remi源。

# rpm -Uvh http://ftp.iij.ad.jp/pub/linux/fedora/epel/6/x86_64/epel-release-6-8.noarch.rpm
# rpm -Uvh http://rpms.famillecollet.com/enterprise/remi-release-6.rpm
 

以下是CentOS 7.0的源。

# yum install epel-release
# rpm -ivh http://rpms.famillecollet.com/enterprise/remi-release-7.rpm


使用yum list命令查看可安装的包(Packege)。


# yum list --enablerepo=remi --enablerepo=remi-php56 | grep php


安装PHP5.6

yum源配置好了,下一步就安装PHP5.6。

# yum install --enablerepo=remi --enablerepo=remi-php56 php php-opcache php-devel php-mbstring php-mcrypt php-mysqlnd php-phpunit-PHPUnit php-pecl-xdebug php-pecl-xhprof


用PHP命令查看版本。


# php --version
PHP 5.6.0 (cli) (built: Sep  3 2014 19:51:31)
Copyright (c) 1997-2014 The PHP Group
Zend Engine v2.6.0, Copyright (c) 1998-2014 Zend Technologies
    with Zend OPcache v7.0.4-dev, Copyright (c) 1999-2014, by Zend Technologies
    with Xdebug v2.2.5, Copyright (c) 2002-2014, by Derick Rethans

在这里安装的版本是PHP5.6.0,细心的用户可能已经发现ZendGuardLoader变成Zend OPcahe了。

对从PHP5.5开始PHP代码缓存从APC变成了Zend OPcache了。

MAMP Pro是一款适用于Mac操作系统的软件。MAMP PRO是专业级版本的经典本地服务器环境的os x软件,下面我们来看MAMP PRO安装PHP扩展的方法,具体如下。
这几天因为需要使用MAC做PHP开发,安装了一个MAMP PRO的试用版,整体感觉非常好用,还可以自由选择PHP版本、Apache扩展、很方便的创建网站并自动修改系统hosts文件等。

MAMP和MAMP PRO是两个独立软件,MAMP可以单独运行,支持简单的操作如PHP版本切换、Apache/Nginx切换、启动/停止服务等。MAMP PRO不能独立运行,它需要依赖MAMP软件,其实MAMP PRO就是MAMP的一个功能强大的控制面板,并提供了一些MAMP本身不支持的功能(如修改hosts、DDNS、方便的修改PHP运行方式以及Apache模块、方便的添加和管理虚拟网站等),售价不到400元,你值得拥有~

2015-09-10 13.19.26

因为我的项目很多都依赖Redis做缓存和队列,偶尔也有使用MongoDB的需求,或者安装Phalcon框架等,而MAMP不支持这些扩展,也没有提供任何安装这些扩展的方法,只能去折腾~~ 各种查资料,各种看文档 。。。。
以下以安装Redis为例,其它扩展方法一样。

首先需要先安装Redis,我比较懒,直接使用brew安装的

brew install redis

接下来安装php-redis扩展,这个可以自己下载源码编译,或者寻找对应自己所用PHP版本的redis.so。
因为MAMP里面集成的PHP版本都没有包含头文件,自己下载编译的话肯定会出错,具体解决方法可自行去查找资料。当然,我比较懒,于是:


brew install homebrew/php/php56-redis

因为我用的是PHP5.6,所以是php56-redis,用这种方法非常方便、简单,但带来的问题是brew会自动安装一个PHP5.6.19到/usr/local/Cellar目录下。
而安装好的redis扩展被放到了/usr/local/Cellar/php56-redis/2.2.7_1/redis.so
接下来就是修改PHP配置文件的问题了。前面说到MAMP里面每个PHP版本对应的目录下面都有一个 conf/php.ini 文件,自然就是PHP的配置文件了,于是修改这个文件,在扩展的部分添加以下代码


extension=/usr/local/Cellar/php56-redis/2.2.7_1/redis.so

完后后经测试,php -m 表示已加载redis扩展,并且使用MAMP启动服务能正常加载redis扩展,但使用MAMP PRO却无法加载扩展。
这个总是着实头疼了一阵,最后想到phpinfo查看加载的是哪个配置文件,最终定位到配置文件的位置在/Library/Application Support/appsolute/MAMP PRO/conf/php.ini。而且发现使用module方式和使用CGI方式加载的配置文件也不一样,但都在这个目录下面。于是尝试去修改这个文件添加redis扩展的路径。
问题出现了,还是没能加载redis扩展,再去查看刚刚修改的那个php.ini文件,发现修改全部都不见了(可见MAMP PRO每次启动服务时都会重新生成这个配置文件,所以刚才的修改不见了)。
实在没办法,只能去官网上面找出路,英文文档各种翻,甚至基本的操作都看了一遍,终于还是找到方法了~~ —— 模板~

虽然官网没说这个模板能干什么用,但显而易见这是每次启动服务的时候用来重新生成php.ini和httpd.conf文件的模板。

修改方法:

点击菜单 –> File –> Edit Template –> PHP –> PHP 5.6.10 php.ini

2015-09-10 13.05.02

接下来会弹出一个警告并打开一个php.ini这样的文件,可以看到这个文件里面很多关键的地方都被换成了MAMP的变量。直接和前面一样在扩展的部分加上加载redis扩展的内容,保存并重启MAMP服务。
再次phpinfo发现终于成功加载了redis扩展。。。真是一路折腾,不过也算是对MAMP PRO这个软件有了更深一层的了解,以后在使用的时候也会方便很多。
安装MongoDB等基它扩展的方法也与此相似,简单总结一下:
  • 如果不使用MAMP PRO的话可以直接在 /Application/MAMP/bin/php/php-x.x.x/conf 目录下修改php.ini,并且会生效
  • 如果使用MAMP PRO必须要修改模板才能生效
一版来说是如下几个过程:
  1. 下载或编译扩展(一般是.so文件)
  2. 修改MAMP PRO的php.ini模板
标签:[!--infotagslink--]

您可能感兴趣的文章: