前言
一直以来我都在致力于以优化的形式提升站点访问速度
其实绝大多数站点访问速度不理想的原因都源自于以下几点:
- 服务器计算性能与网络带宽、静态资源加载;
- 中间件(代理程序)、运算器与数据库、缓存库的连接效率和速度、频率(次)
- 站点应用的代码执行效率与调用数据库、缓存等效率
其中服务器计算性能其实是最后才要考虑的问题,可以根据访问量或者说运算量而定,如果服务器平均负载长期低于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


发表回复