这个时候，使用如下命令
strace -o php.log -s 65535 php -i
然后在输出结果文件php.log中搜索ini
可能的输出结果是：
open("/usr/bin/php-cli.ini", O_RDONLY)=-1 ENOENT (No such file or directory)
open("/etc/php-cli.ini", O_RDONLY)=-1 ENOENT (No such file or directory)
open("/usr/bin/php.ini", O_RDONLY)=-1 ENOENT (No such file or directory)
open("/etc/php.ini", O_RDONLY)
如上，最终定位到 /etc/php.ini
strace这个命令在跟踪程序执行的时候特别有用，这个命令值得深入研究。
Ⅱ 怎么修改 cli php.ini指定路径
1、带上全路径执行 #!/usr/local/php5/bin/php -q
2、 ln -s /usr/local/php5/bin/php /usr/bin/php
简单明了，就用上面说的这个两个就行了，
Ⅲ 宝塔安装php redis 扩展故障
这是因为 php.ini 文件中，已经配置好了 redis 扩展，但是 php-cli 文件没有添加成功配置的原因
web php 文件
php-cli php 文件
我想，产生这种问题的原因，可能是搭唤因为 web 的配置文件和 cli 的配置文袭绝件不是同一个文件的原因。但不知拍枝姿掉为什么其他扩展正常，redis 不正常
Ⅳ 在dos的cmd模式下执行php 已加载的模块都不能使用
这个是因为php的php.ini没有被正确读取到，所产生的模块没有加载的问题，意思是，你的cli模式的php载入是的是一个php.ini，而你的服务器载入的是另外一个php.ini。或者是你机器上的php的cli版本和服务器使用的php的版本不一致等情况，都有可能导致这种情况。
解决方法如下：
1. 同楼上，使用dl来加载模块，不过这种方法某些平台不支持，且效果和同服务器上使用php.ini加载的模块使用起来效果或许会不一致。
2. 在命令行执行php时，使用php --ini命令先行查看php加载的配置文件的地址与服务器上用phpinfo函数查看到的php加载的php.ini文件是否一致。（LZ的这个错误多半是这种情况，后续方法是基于这个检查出文件不一致的）
3. 在命令行执行php时，使用php -c "php.ini文件所在文件夹地址"来运行php文件。
4. 把服务器那个的php.ini拷贝到C:\Windows\目录下。
5. 在命令行里用命令执行set PHPRC="php.ini文件所在文件夹地址"来设置php.ini文件所在文件夹的默认地址
3.4.5的方法效果相同
有关php.ini配置文件的加载的其他问题，请LZ参考这篇博客文章
http://blog.csdn.net/lihuhu/archive/2007/06/04/1638026.aspx
对于LZ提出的新的问题，我有以下疑问和解决方法：
1. 很有可能你的机器上安装了多个php版本，使用浏览器访问的时候用的php是5.2的，而在命令行里使用的php版本是php 5.3的，这样就不难解释提示配置文件部分设置已失效；
2. 你的wamp中，apache的配置httpd.conf里面通过PHPIniDir设置了PHP模块的php.ini文件的地址，导致实际上两种方式加载的还是不同的文件，即使你把php.ini放到了C:\windows\下；
对于这两种可能情况，最好的解决方法是：
在命令行下php -v查看当前命令行下php版本，写一个php脚本，调用phpinfo函数，查看下浏览器下访问时php的详细环境信息，包括php版本，php的ini地址，php加载的模块等。
如果检查到命令行下是php5.3，而浏览器用的是php5.2，问题可以通过修改PATH环境变量，把PHP5.2的文件夹加到PATH里面，去掉PHP5.3的。
如果检查到PHP的ini文件加载错误，浏览器加载的是apache 配置中 通过 PHPIniDir 配置的ini文件话，把这个ini覆盖C:\Windows\下的即可。
Ⅳ cli/php.ini和fpm/php.ini的区别
如果你在linux环境下编译安装过php，你可能会发现在php的安装目录中瞎历有两个php.ini文件。你或许知道php.ini是php解释器的配置竖神猛文件，但你是否知道这两个php.ini的区别是什么呢？
PHP在命令行中直接运行php文件时所使用的php.ini配置文件。可以通过在命令行运行php --ini来查看。
当PHP运行做为FPM时，会使用fpm/phh.ini。余桥可以通过webserver执行一个有phpinfo()函数的php脚本来查看。
两个配置文件在不同的使用场景下分别被使用，更加灵活。
Ⅵ cli/php.ini和fpm/php.ini的区别
1. 当从命令行执行PHP binary时，cli/php.ini会被使用，你可以通过在命令行运行php --ini来查看。
2. 当PHP运行做为FPM时，会使用fpm/phh.ini，其中一种情况就是伴随着nginx的服务，你可以通过在webserver中php页面添加phpinfo()方法来认证。
3. 这两老并种php.ini会频繁使用，分开最主皮逗要的优点是：在不同的情况下，会有不同的燃含卖配置文件，
例如：由webserver使用的php.ini文件，会配置比较短的max_execution_time，而在命令行中的php.ini文件，会配置比较长的max_execution_time。如果你对php有兴趣，可以和我一样在后盾人自己看看视频慢慢学习，这样以后就明白了。@( oóωò)@
Ⅶ linux环境php.ini已开启openssl但phpinfo里没有
从你的情况看，既然phpinfo已经显示可以支持openssl，那么应该不是环境的问题了。感觉像是你cli和fpm配置不一致，很多人都犯过这种错误，配置好了fpm，但是用cli执行本地命令行脚本是出现各种异常。一链野般nginx+fpm这种环境，建议配置好fpm后，用测桐厅试通过棚轮喊的php.ini覆盖cli的php.ini。
Ⅷ 为什么是命令行输出的php版本和浏览器输出的不一致
因为php-cli加载的配置文件和网页端（php-fpm）加载的不一致。你用find / -name php.ini找下，会有两个php.ini出现。在php-cli下（php命令行）执行php -ini 会看到你当前使用的ini文件。在页面搜索php.ini会发现你加载的是另一处的
Ⅸ PHP CLI模式下，修改了php.ini配置文件，欲使其生效，是否要重启PHP，怎样重启谢谢
cli环境下不需要重启啊，php-fpm这种cgi模式需要重启php-fpm进程