帮用户迁移一个站点到VPS,因为VPS不同于虚拟主机,所以很多东西都要自己安装设置,这包括但不限于Apache、MySQL、PHP等。
(图源 :pixabay)
测试代码
安装完PHP后,我写了一个简单的脚本(hello.php)测试PHP是否工作正常,代码如下:
1 | <? |
这个还是超级easy的,也不需要多解释,可是我在浏览器中访问这个hello.php时,却是一片空白。额,哪里出了问题了,让我检查一下,在浏览器中查看一下源文件吧。结果发现浏览器中原样显示了上述代码。
这就有些尴尬了,PHP是要解释执行的,也就是说上述代码,最终解释执行并传递到浏览器端的就应该是:
Hello World!
否则用来做项目,源码都泄露了,岂不是很容易被黑啊?
不过这个问题难不住我,我知道应该是PHP的某项设置的问题,比如将代码搞成如下的样子,就正常了:
1 | <?php |
尽管很多资料说这样才是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是世界上最好的语言这个结论,不服来辩哦。
相关链接
This page is synchronized from the post: ‘每天进步一点点:PHP short_open_tag 引发的惨案’