每天进步一点点：PHP short_open_tag 引发的惨案
帮用户迁移一个站点到VPS，因为VPS不同于虚拟主机，所以很多东西都要自己安装设置，这包括但不限于Apache、MySQL、PHP等。
(图源 ：pixabay)
测试代码
安装完PHP后，我写了一个简单的脚本(hello.php)测试PHP是否工作正常，代码如下：
<?
printf("Hello World!");
?>
这个还是超级easy的，也不需要多解释，可是我在浏览器中访问这个hello.php时，却是一片空白。额，哪里出了问题了，让我检查一下，在浏览器中查看一下源文件吧。结果发现浏览器中原样显示了上述代码。
这就有些尴尬了，PHP是要解释执行的，也就是说上述代码，最终解释执行并传递到浏览器端的就应该是：
Hello World!
否则用来做项目，源码都泄露了，岂不是很容易被黑啊？
不过这个问题难不住我，我知道应该是PHP的某项设置的问题，比如将代码搞成如下的样子，就正常了：
<?php
printf("Hello World!");
?>
尽管很多资料说这样才是PHP代码应该的样子，并且建议这样使用，可是要知道客户代码可是上千行的，要我去改，略有压力，还是弄个一劳永逸的方法吧。
short_open_tag
其实上述测试代码所涉及的机制在PHP中叫做short_open_tag，详情可以参考这段内容：
Tells PHP whether the short form (
<? ?>) of PHP's open tag should be allowed. If you want to use PHP in combination with XML, you can disable this option in order to use<?xml ?>inline. Otherwise, you can print it with PHP, for example:<?php echo '<?xml version="1.0"?>'; ?>.Also, if disabled, you must use the long form of the PHP open tag (<?php ?>).
因为客户没有涉及XML混用等复杂问题，我们直接把这个设置成On就可以了。
迷糊的操作
既然改这个short_open_tag的值就可以，那么我就去改好了。
首先我要找到ini文件在哪里(高能警告⚠，这里有个大坑):
php --info | grep php.ini
返回信息，哪里怪怪的，上去就改就好了：
然后打开搜索到的php.ini，上去将short_open_tag = Off修改成short_open_tag = On。
直接测试一下：
php hello.php
输出Hello World!一切正常。然而我在浏览器中访问时，问题依旧，哪里出了问题呢？
CLI 与 CGI
最终我终于找到了问题所在，其实早在之前查找php.ini文件时，我就觉得哪里不对劲。简单来讲，我装到VPS上的PHP有两种工作模式，一种是当做命令行工具，一种是apache2内嵌的模块。而两种模式下用不同的php.ini文件。
可能我的标题起得未必恰当，但是大致就是这样了。
知道问题所在解决起来就简单多了，找到php.ini的目录 ，做对应修改就好：
sudo vi /etc/php/7.2/apache2/php.ini
改好后再测试，一切OK。
总结
其实这个问题无论是short_open_tag功用上，还是修改short_open_tag设置上，都不是什么大问题，然而因为的粗心大意和魔幻操作，整整搞了大半天，真是悲催啊。
不过，这是我自己的问题，并不影响PHP是世界上最好的语言这个结论，不服来辩哦。