PHP编译参数 --prefix=/usr/local/php 的“深远”影响

编译PHP时，使用--prefix=/usr/local/php参数，输出内容中在很多地方会携带这个路径信息，在有些情况下导致启动php-fpm失败。

例如，我们将/usr/local/php 挪到 /usr/php，那么后续启动php-fpm时，无论如何指定-c -y参数，程序总会到/usr/local/php目录下去找一些内容，这说名这个编译参数的影响是通过后续启动参数无法消除的。

解决方法是，在部署阶段不要变更php的默认部署路径，如果要变更，那就需要重新编译PHP，指定合适的--prefix参数。

实践中碰到的问题总结！

时间： 2024-10-16 12:33:37

PHP编译参数 --prefix=/usr/local/php 的“深远”影响的相关文章

dns服务配置./configure --prefix=/usr/local/pureftpd --without-inetd --with-altlog --with-puredb --with-throttling --with-tls

1 yum -y install bind 2  配置文件 vim /etc/named.conf options{ directory  "/var/named"; } zone "birdteam.net" IN{ type master; filr "birdteam.net.zone"; } 3   cd /var/named cp - p named.localhost  birdteam.net.zone  复制文件到birdteam

nginx: [emerg] the "ssl" parameter requires ngx_http_ssl_module in /usr/local/nginx//conf/nginx.conf:117

SSL相关的配置加到了nginx的配置文件中后,nginx竟然启动不起来了 于是用如下命令测试问题所在: /usr/local/nginx/sbin/nginx -c /usr/local/nginx/conf/nginx.conf 其中,/usr/local/nginx/sbin/nginx 是我的nginx安装后的可执行程序路径,/usr/local/nginx/conf/nginx.conf 是我的nginx主配置文件路径. 该命令输出如下: 可见,nginx缺少SSL模块支持.所以以前编

/usr/local/lib/libz.a: could not read symbols: Bad value

64位系统中,安装freetype时,出现这个问题.后来发现,此问题进出现在64位系统中. 修复方法: cd zlib-1.2.3 //进入zlib目录 CFLAGS="-O3 -fPIC" ./configure //使用64位元的方法进行编译 make make install 然后,进入freetype目录中 make clean ./configure --prefix=/usr/local/freetype/ make && make install /usr

异常/usr/bin/install: cannot create regular file `/usr/local/jpeg6/include/jconfig.h'

出现下列异常: /usr/bin/install -c -m 644 jconfig.h /usr/local/jpeg6/include/jconfig.h /usr/bin/install: cannot create regular file `/usr/local/jpeg6/include/jconfig.h': No such file or directory make: *** [install-headers] Error 1 原来要创建对应的目录,命令如下: mkdir -p

nginx: [emerg] the "ssl" parameter requires ngx_http_ssl_module in /usr/local/nginx/conf/nginx.conf:37

一:开始Nginx的SSL模块 1.1 Nginx如果未开启SSL模块,配置Https时提示错误 1 nginx: [emerg] the "ssl" parameter requires ngx_http_ssl_module in /usr/local/nginx/conf/nginx.conf:37 原因也很简单,nginx缺少http_ssl_module模块,编译安装的时候带上--with-http_ssl_module配置就行了,但是现在的情况是我的nginx已经安装过了,

为什么很多应用都安装在/usr/local目录下

很多应用都安装在/usr/local下面,那么,这些应用为什么选择这个目录呢?理解了最根源的原因后,也许对你理解linux组织文件的方式有更直观的理解. 答案是:Automake工具定义了下面的一组变量: [php] Directory variable  Default value prefix  /usr/local exec_prefix   ${prefix} bindir  ${exec_prefix}/bin libdir  ${exec_prefix}/lib … included

/usr/local/lib/libz.a: could not read symbols: Bad value(64 位 Linux)

/usr/local/lib/libz.a: could not read symbols: Bad value(64 位 Linux) /usr/bin/ld: /usr/local/lib/libz.a(crc32.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/local/lib/libz.a:

为什么开源外围包安装指导都是按照到/usr/local/目录下，/usr/local与/usr的区别

很多应用都安装在/usr/local下面,那么,这些应用为什么选择这个目录呢?Automake工具定义了下面的一组变量: Directory variable Default value prefix /usr/local exec_prefix ${prefix} bindir ${exec_prefix}/bin libdir ${exec_prefix}/lib - includedir ${prefix}/include datarootdir ${prefix}/share datad

Linux下/usr/bin与/usr/local/bin/区别总结

Linux下/usr/bin与/usr/local/bin/区别总结 2017年10月13日 12:30:17 2puT 阅读数:15930 版权声明:本文为博主原创文章! github地址:https://github.com/lina-not-linus 博客地址: https://blog.csdn.net/Lina_ACM/article/details/78224656 一. 很多应用都安装在/usr/local下面,那么,这些应用为什么选择这个目录呢?理解了最根源的原因后,也许对你理