如你看到这篇文章对PHP秒杀系统感兴趣，那么可以点击图像查看连载的文章。

源码在第二篇文章可以看到，自行拉取

配置压缩gzip

2. 可以对比以下差别

上面是服务器加上了gzip的效果，下图是本地没有经过压缩的加载时间

使用Minify来进行css和js的压缩，这个没有进行测试，因为本次也没有什么css和js文件，提出这个是后边在碰到秒杀的情况了，可以按照这个流程进行第一步的优化

将接口静态化

快速终止的逻辑放在前边

增加冗余的定制化数据，保证程序更迅速

1. 在nginx配置rewrite规则

2. 前台在进行秒杀时会先进到这个验证里边来，然后经过nginx的rewrite规则验证。

3. 这个js文件

不能秒杀的时候，静态文件才会存在

活动开始前，静态文件存在

互动进行中，会统一把静态文件删除，则nginx的rewrite失效，进入到这个动态文件

4. 在动态文件中会对活动状态和商品状态进行判断，验证。最后返回一个加密的信息给前端，然后前端拿着这个加密的串码进行请求buy.php秒杀接口

截止到这一篇文章就把秒杀系统结束了，项目没有写后台。后边会慢慢补上，在接下来我会用测试工具进行压力测试然后进一步优化。

这个系统我会一直优化下去，时间不固定，因为平时要接触新东西，所以这个可能会更新的慢一点。需要源码的可以点击图像然后在第二篇中拉取源码。

也希望有更多的伙伴一起来探讨这个秒杀的问题，优化着个系统。

在接下来就会更新redis的文章了，希望可以一起进步