Category: Mac

我现在的开发环境，php、php-mongo、php-mysql、php-redis、xdebug等都是通过macports安装的。一直使用都没有问题，直到今天编辑php.ini的时候发现，这些extension居然都没有在php.ini中定义。奇怪了，那它们是怎么加载的呢？

首先怀疑我编辑的php.ini不是php实际使用的配置文件。通过查看phpinfo()，在Configure Command中可以确认–with-config-file-path为/opt/local/etc/php54，编辑的php.ini没有问题。

既然php.ini中没有定义，而extension又实际上被加载了。那么可以初步判断，通过macports安装的php，extension的相关配置是存在php.ini之外的一个地方，那么究竟在哪呢？

继续分析phpinfo()，发现这么一条–with-config-file-scan-dir=/opt/local/var/db/php54。进入这个目录一看，mongo.ini、mysql.ini、redis.ini、xdebug.ini等都在这里。于是乎真相大白，原来extension相关的配置文件都被分离到这里了。

究其原因，macports这样做是为了方便维护extension。好处如下：

1、extension的配置与php.ini隔离，方便维护（直接修改php.ini会引发各种问题）
2、各个extension的配置文件相互隔离，互不影响（安装卸载只要添加删除文件即可）

刚在mac上配置好php环境，运行项目代码就出现错误：

Parse error: syntax error, unexpected end of file in xxx.php on line 21

检查出错的文件，21行是该文件的最后一行，是一句很简单的php代码，没有发现任何问题。于是我准备用排除法来定位问题，将该行删除后刷新页面，错误信息变成：

Parse error: syntax error, unexpected end of file in xxx.php on line 20

错误行变成20行，而该行是一个html标签。这样就很奇怪了，非php的代码怎么会引发php的语法错误？

再继续排查，该文件中还有一段php代码：

<?php foreach ( $tags as $tag ) {
    ?><a href="<?= $tag[ 'url' ] ?>"><?= $tag[ 'name' ] ?></a>

虽然觉得不太可能，但还是将这段不能再简单的代码删除测试一下，居然不报错了！

继续测试，结果发现只要把循环体彻底删除，就不会报错。而只要保留循环体，哪怕是?><?，也会报错。脑中浮现出之前google时见过的一个诡异问题，莫非⋯⋯

打开php.ini，搜索short_open_tag，好吧，不知道出于什么目的，在用port装的php54里这个值居然是Off！貌似我用yum、apt-get乃至手动编译php，这个值都是On啊。

果断改之，重启php，问题顺利解决。