hexo 发布比较麻烦，wordpress 还行吧，另外 hexo 的主题也是需要优化的。。。

很不错，就是希望能有个菜单能快速返回首页就好了。

@changwei 老版本知乎经常刷不出东西来，不知道为啥。

鹅厂有客服？微信公众号那个腾讯客服完全就是个摆设，问题提交上去立马给你打回并告诉你已回复，连再次回复的机会都没有，真的是为了 KPI 简直丧心病狂，现在估计是首次解决率百分百了吧，反正用户也没办法搞些啥，电话客服没打通过。呵呵呵

@MeteorCat 哈哈，我有强迫症，稍微慢一点都觉得不爽的那种，之前用的 hexo 就是因为发布文章不方便才又转回 wordpress。

@MeteorCat 哈哈，博客站点没有那么多讲究啦，头像这种我感觉 base64 还不错 ，背景图这种容易变动的还是图片外链，具体情况具体分析吧，你说的也没错，我看看再找找哪家的图床好一点的，最近找的几家图床速度都不怎么样😂

noesblog.com ，比较杂，基本上日常开发和使用遇到的问题都会整理发上去。

@MeteorCat nginx 设置了之后也是针对二次访问的，如果要求首次访问速度提升的话感觉 base64 这个方法会好一些。不过我这个是小水管站，1m 带宽的，大家参考即可。

@gdtv 建议都开，阿里云的策略避免外网攻击，服务器防火墙避免内网攻击

@LeungJZ 也有可能是你的运营商缓存了你的文件也说不定，哈哈。

有这么几种办法，楼上说的带宽封顶直接回源也没错，还有就是例如腾讯云的 cdn 可以设置 ip 的请求数量，限制一下即可。

或者就是 ip 黑名单，基本上也就这么一些办法。

@Cat73 有可能，正在看相关文章，看是不是这个的问题。

@javaluo
@superluckykoo
@yaerda
感谢各位的测试


@mengdisheng 应该是服务器带宽问题，1M 小水管，看了一下腾讯云后台，显示各地延迟均为 100ms+，设置里面大概看了一下没有什么问题，ping 的话和源站速度差不多，但是延时太高，估计可能是回源速度慢的问题。


@cloudzhou 是的，握手时间确实太长了，感觉很奇怪，看了一下你发的那个网站，还是没有找到问题的原因。
@MeteorCat 没有，直接在母机上部署的，LNMP 组合，或许是阿里云的磁盘问题？

总结一下调试经验，在没有调试之前，几乎所有的 js，css 文件都是从 cdn 上面加载的，请求数在 25 到 30 之间，有时候可能 cdn 加载问题会导致页面重新渲染，因此将小的 js，css 文件使用源站加载，用了 Autoptimize 合并了这些文件，目前请求数在 7 个左右，减少了页面发送请求的数量，也避免了某个文件没有加载完成导致的页面加载过慢的问题。

然后是删除了评论部分的 emoji 图标，这些图标数量在 20 个左右，都是单独加载的，因此若有个别图标没有加载完成的话页面速度会慢一些，这里直接砍掉。

调整了一下页面的字体，删除了 font-aweasome 这个字体，因为这个字体大小在 75kb 左右，而且仅有返回顶部与菜单这部分引用了该字体，感觉没有必要，删除了这个字体的引用，以及将返回顶部的文字修改为文字类型。

php-fpm 方面，调整了性能参数，最大进程数设置为 30，初始进程数为 5，并且增加了定时任务，每两小时清理一次内存。

wordpress 方面，调整了 Autoptimize 插件的参数，具体参数这里就不截图了，根据自己站点的需求调整即可。删除了 W3 Total Cache，新增了 WP Super Cache 插件缓存所有页面，实测使用 W3 Total Cache 缓存页面，页面加载时间在 100-200ms，也就是那个 / 文件，如果使用 WP Super Cache 缓存页面的话，除了首次缓存的时候页面加载时间在 150ms 左右，其他的时间均在 30ms 内即可加载完成 html 页面，相比来说 WP Super Cache 速度提升比 W3 Total Cache 要好一些。

删除了一些页面的图片文件，其中首页上方背景图片之前是 90kb 左右，通常是在最后加载，时间大约为 300ms 才加载完，这里使用的是新浪的图床，初步预估可能是图片过大的原因，压缩图片质量到 30kb 左右，仍然需要 300ms 左右才可加载完成，这里就先砍掉这张图片了，有空的话再加。

目前有个比较奇怪的问题是页面会加载一个 favicon 文件，但是查找了磁盘和 wordpress 目录都没有找到该文件，预估可能是缓存的问题，这里暂不处理。

经过以上的优化，页面的首次加载时间压缩到了 200ms 内，但是仍然有几率出现握手时间过长的问题，这个问题有点迷，正好 https 证书要到期了就换了一个证书，握手时间过长的问题从之前的百分百降低到了偶发的程度，不过暂时不影响体验，就不做优化了。

经过上述的优化流程，目前页面的首次加载速度大幅提升，之前大约是 400-800ms 加载完毕，现在是 200ms 内加载完毕。继续打开页面其他的内容可以保持秒开状态，初步预估首次加载握手时间过长的问题可能是 http 重定向到 https 的设置问题，这里有待考究，另外我个人看到有些博客的秒开，他们的有些做法很不错。

小图片，图标，使用 base64 编码，直接放到页面，这样可以享受 gzip 压缩，而且不需要浏览器发送额外请求加载文件。
js，css 文件合并，大小在 20kb 以内的 js，css 文件压缩到一个文件中，大小超过这个范围的，例如 bootstrap 的 js，css 文件，可以使用 cdnjs，七牛云这些提供的前端公共库的地址来加载，避免从源站请求。
其他的页面静态化，页面压缩这些这里就不再概述了。

@Immortal 哈哈，在调试站点，抛弃 cdn 了，速度太慢了。还是换回源站算了。

@Immortal 另外多问一句，首次加载的速度如何，我感觉就是首次加载比较慢，起码 2-5s 左右才能加载完。后面就是秒开了。

@Immortal 背景大图应该比较快吧，是微博的图床，可能是加载在最后面所以看起来慢，cdn 那个没办法，测试了好几个 cdn 也就这个速度还不错，那个 webfont 是真的大，之前加载 google 的源的话有时候要半天，这个稍微快一点点。

@alcarl 很迷的是有时候是 tls 建立时间过长，有时候是等待阻塞时间过长，但是只要能打开第一次，之后就特别快了。

@MeteorCat 域名更新时间是 3600 秒，可能你那个区域还没有同步最新的，我已经把 cdn 去掉了，腾讯云的 cdn 速度有点慢，还是直接源站速度快一些。

现在上了 amp 插件，手机访问的都是 amp 页面，速度应该会稍微快一些，但是会丢失一些样式。

@MeteorCat 站点百分之八十的静态资源都是从其他的 cdn 加载的，比如 bootstrapcdn，图片除了 log 外都是用的新浪的图床，站点本身的数据大约不到 50KB 左右，但是第一次握手的时间非常的久，不知道为什么。