记一次公司产品「负」优化

ivothgle 的个人博客 / 1 / 19 / 创建于 5年前

初来乍到新公司不久，啃了几天文档，也翻了一下部分代码，就发现公司现有产品有点问题，是什么问题呢？

这年头还是用 Apache + PHP 5.4 我就不说什么了，关键是所以静态资源不在网站根目录也就算了，竟然没有配置别名什么的，然后把所有请求重定向到 index.php ，然后 index.php 去代理读取实际的静态文件路径，并发送给浏览器。

看我这个当时的我就

什么鬼嘛，静态资源都不直接走 Apache ，反而要经过 PHP 二次处理，当 Apache 是病猫吗！

搞事

按我这暴脾气，受不了，要研究一下怎么搞了嘛。很快我就想到了几种方案

记一次公司产品「负」优化

然后我就挑了登录页来测试，挑了一大一小两个文件来对比。连续请求 10 次然后取个平均值， 2.3 KB 的 login.html 速度约提升 50%，1.7 MB 的 bg.png 约提升 25%。

记一次公司产品「负」优化

方案二：使用别名

很快，就用 netstat 和 ps 找到了 Apache 使用的配置文件，配置了 AliasMatch ，然后打算重启一下 systemctl restart httpd 无服务，好吧，自定义安装的，没有就算了，用 /.../apache/bin/apachectl graceful 吧，报 line 80 xxx/httpd 路径不对，怎么可以这么坑我的呢！打开 apachectl 一看，这破目录确实不对，/.../apache/bin/httpd graceful 然后输出一句 ServerName 有个错误，虽然好久不用 Apache ，怎么可以这么坑我呢，迷迷糊糊又弄了一会，发现这个错误并不影响重启，此时已经下午了。

别我为什么不用 Alias ...

再测一下

连续请求 10 次然后取个平均值， 2.3 KB 的 login.html 速度约提升 52%，1.7 MB 的 bg.png 约提升 28%。卧槽好像有点不科学。

记一次公司产品「负」优化

方案三：使用 Nginx 直接处理

2.3 KB 的 login.html 速度约提升 60%，1.7 MB 的 bg.png 约提升 35%，速度杠杠的

记一次公司产品「负」优化

前面两种对项目影响比较低，改架构影响就挺大的了，改是不可能改的。

碰巧

项目经理小X找我了解一下对项目熟悉情况，balabala… 然后问我有什么问题没，我说，为什么竟然资源要经过 index.php 二次处理，他说不清楚，这个遗留问题了。我就提了一下我这边的发现和解决方案，然后叫我整理一下发给他看一下发给他。过了一会他叫我跟他过去一下架构师那边，当时我就感觉。。。

记一次公司产品「负」优化

然而架构师看了说：还行，听说 nginx 处理静态资源确实比 Apache 好一些，但是要修改影响较大，之前也找实习生 去调查一下，他说两个差不多，当时就没管那么多了(内心：这个实习生可靠？)。只不过呀这个是对单个资源统计，不太能体现对整个页面提升了多少，要整个页面提升才有意义呀，能不能统计一下对整个页面加载的影响？

我：好的，回去我再测试一下。

记一次公司产品「负」优化