前言
一直以来我都在致力于以优化的形式提升站点访问速度
其实绝大多数站点访问速度不理想的原因都源自于以下几点：
- 服务器计算性能与网络带宽、静态资源加载；
- 中间件（代理程序）、运算器与数据库、缓存库的连接效率和速度、频率（次）
- 站点应用的代码执行效率与调用数据库、缓存等效率
其中服务器计算性能其实是最后才要考虑的问题，可以根据访问量或者说运算量而定，如果服务器平均负载长期低于0.3甚至长期低于0.2，且几乎不会出现峰值访问时负载0.80+，那大可不必升级服务器性能。这其实也是很多不重视信息化的公司的通病，跑个应用上来就高性能服务器，实际生产环境中服务器负载极地，实在是资源的浪费！
而中间件、运算器与数据库、缓存库的连接效率和速度、频率（次）问题也不是大众考虑的点，后面我也会专门抽时间谈谈公司级的优化方案。
对于使用WordPress程序的规模有限的企业（团队）或个人，网站的访问速度（或者说代码执行效率）对于用户体验来说是至关重要的，要知道用户1秒都不想多等
很久以前我就在使用WP Super Cache为我的WordPress站点提升执行效率，换来访问速度的提升
其原理是WP Super Cache将终端（用户）访问过的页面生成为静态页面（html）并保存至本地，下一个终端再次访问时，如果已经生成过静态页面，且未过期（不久前生成且动态页面内容未更改），则直接反回请求者（终端）已经生成好的静态页面，不需要代码执行（运算）器（即PHP）进行运算后再返回给请求者，这样一来的好处是大大降低了系统运算负载，节省了运算时间也就相当于提升了用户的访问速度。
然而这只是普通玩儿法，接下来说说更进阶一些的方案，再缩短几百毫秒的访问时间
以下方案仅适用于Nginx用户
进阶方案
结语
根据我的测试，相对于不使用WP Super Cache时，#对称与非对称加密算法实现的简要解释与在互联网中的应用场景#文章的整体加载完成时间为2.71秒，其中html加载时间为938ms（不再精确计算去除CDN网络中css、js文件和广告的影响了，同时不考虑本地网络环境影响）
未使用这两项加速措施，但是有WP Super Cache缓存的情况下，速度大概有800ms左右的差异，加载速度583ms，页面生成耗时： 0.29183，传输耗时292ms
使用这两项加速措施，相对于上个测试，速度大概有240ms左右的差异，基本上都是html贡献的加载时间..加载速度398ms，页面生成耗时： 0.27818，传输耗时120ms
发表评论