php手动编译fileinfo扩展

某些同学在执行php composer.phar install时，出现错误 90%可能是漏装了PHP的fileinfo扩展了，用宝塔的请直接在宝塔里安装

下载并解压PHP源码包（内含fileinfo扩展源码）

wget http://us.php.net/get/php-7.1.13.tar.gz/from/this/mirror && mv mirror php-7.1.13.tar.gz
tar zxvf php-7.1.13.tar.gz && cd php-7.1.13/ext

找到本地装好的PHP的ext目录，把下好fileinfo源码复制进去

cp -r fileinfo/ /usr/local/php/include/php/ext/

编译（找到phpize，在fileinfo目录里执行一下）

cd /usr/local/php/include/php/ext/fileinfo
/usr/local/php/bin/phpize

编译2（配置一下）

./configure

此步骤可能会出现错误：configure: error: Cannot find php-config. Please use --with-php-config=PATH
出现这种情况就找到php-config，用下面这个：
./configure --with-php-config=/usr/local/php/bin/php-config

生成so包

make && make install

它会生成一个包到指定位置

Installing shared extensions:     /usr/local/php/lib/php/extensions/no-debug-non-zts-20160303/

编辑php.ini把包引用进去

extension=/usr/local/php/lib/php/extensions/no-debug-non-zts-20160303/fileinfo.so

重启php-fpm

service php-fpm restart

随机推荐

浏览器的同源策略
一、同源的三个条件 1、域名（二级域名与一级域名之间也算是不同源） 2、端口 3、协议二、同源策略的意义浏览器基于用户的隐私安全目的，防止恶意网站窃取数据（只是浏览器有这个同源策略设置，但是
如何应对缓存穿透和缓存雪崩问题
分析:这两个问题，说句实在话，一般中小型传统软件企业，很难碰到这个问题。如果有大并发的项目，流量有几百万左右。这两个问题一定要深刻考虑。缓存穿透，即黑客故意去请求缓存中不存在的数据，导致所有的请
redis特殊功能
一、慢查询生命周期两点说明：（1）、慢查询发生在第三阶段（2）、客户端超时不一定慢查询，但慢查询是客户端超时的一个因素。两个配置 ``` （1）、slowlog-max-len
redis的过期策略以及内存淘汰机制
一、分析这个问题其实相当重要，到底redis有没用到家，这个问题就可以看出来。比如你redis只能存5G数据，可是你写了10G，那会删5G的数据。怎么删的，这个问题思考过么？还有，你的数据已经设置
javascript中的正则表达式
javascript正则表达式的定义 JavaScript中的正则表达式定义在一个RegExp对象中，通过实例化一个RegExp构造函数来创建一个正则表达式对象var pattern=new R

php手动编译fileinfo扩展

下载并解压PHP源码包（内含fileinfo扩展源码）

找到本地装好的PHP的ext目录，把下好fileinfo源码复制进去

编译（找到phpize，在fileinfo目录里执行一下）

编译2（配置一下）

生成so包

它会生成一个包到指定位置

编辑php.ini把包引用进去

重启php-fpm

相关文章

随机推荐