PHP

最近趁着疫情封家，给自己的几台服务器和测试机器都升级到 PHP 8.1， 其中一台本地测试机器从一开始就不太顺利，因为这个源的服务器在国外的原因，丢包率太高了，正常添加源都很困难，更别说运行 apt update 了。给大家看一下上海移动网络的情况：

昨天升级阿里云服务器的PHP版本到8.1以后，突然发现服务器上运行的另一个 Magento 1.9 网站出错了。即使打了补丁，Magento 1 支持的最高PHP版本也只能到 PHP 7.x。因此这个网站因为不适应新的环境罢工了。

Magento 1 的网站内容和流量很少，为了这个网站，肯定不能把好不容易才升级上去的版本降级回去，哪怕把它迁移到新的平台也不能再降级回去啊。不过现在精力有限，有没有更好的办法先它先运行着，等忙完别的事情再回来处理这个？最终大伟哥找到了一个在 Apache 服务器下让不同网站运行在不同版本的PHP上的办法。

PHP APCu caching can improve your site's performance considerably. It is highly recommended to have APCu installed on your server.

Drupal 的后台状态报告里，总是推荐启用 PHP APCu caching，说是能提升网站性能。具体能提升多少，咱也不懂，咱也不敢问。总之后台推荐的事，干就完了。

使用Debian/Ubuntu Server，就是省事:

在Linode VPS上面使用Composer安装Drupal网站的时候，大伟哥看到一长串黄色的警告：

Drupal越来越倾向于使用Composer来管理代码库了，好多模块不使用Composer都不容易安装成功。那对于以前下载上传又手动安装配置的Drupal网站，怎么样才能搭上Composer的快车呢？大伟哥经过对Drupal文档的学习和实际测试，发现很容易就可以免票上车了。上了车之后再回头看，才知道阻碍我们拥抱Composer的，不是Composer真的复杂难学，而是习惯的力量和对未知事物的恐惧。我们要始终意识到这样一个事实：Composer是来帮我们的，不是来制造麻烦的。

Composer真香，使用composer是会上瘾的，大伟哥已经决定把所有的Drupal网站都使用Composer来接管了。不过最近在阿里云ECS上使用Composer来安装依赖的时候，遇到了这样的错误：

Magento 1.9.4版本的官方发布说明上，是支持到PHP7.2版本的。大伟哥换了新的阿里云服务器以后，安装的是PHP7.3，当时也有些担心会不会不兼容，但是迁移过来以后，发现各个页面都能正常打开，也就放着不管了。

直到今天，想进Magento后台去修改某项配置，却发现输入管理员用户名和密码之后，页面跳转不正常，打开的页面是空白页，不能正常显示后台内容。这吓了我一跳，难不成真是PHP版本不兼容的问题？

Apache的错误日志显示如下：

这两天大伟哥在Drupal中导入大量的中国省市县分类术语（大概5000多条）之后，在后台查看相应的分类术语表时遭遇了好久不见的白屏。

于是使用SSH连接阿里云ECS服务器，运行sudo tail /var/log/apache2/error.log查看日志，发现了这么一条：

都9102年了，PHP最新版本都发布到7.3了，你还在用PHP5.x吗？

截止到前两天，大伟哥的阿里云服务器运行的还是PHP 5.5.9，实在是落后太多了。之前使用PHP5是因为服务器上运行着一个Magento 1的网站，然而，继能够在PHP7.0上运行Magento 1.9的模块Inchoo_PHP7出现以后，Magento官方也于2018年9月份推出了支持Magento 1.9运行在PHP7.2上的补丁,还于同年12月份发布了直接支持PHP7.2的最新版本1.9.4.0。

为什么要在PHP7.0上运行Magento 1.9？

说起要在PHP7.0上面运行Magento 1.9.x的原因，很简单，就是这两点：

1. PHP7.0的性能比起PHP5.5或者PHP5.6来性能提升实在是太大了，放着性能好的版本不用，实在是没法原谅自己；