我觉得 Hexo 更香，一个是一群搞前端的人做的，一个是一群搞后端的人做的，特色都十分鲜明。不过我选 WordPress

一加还有小米这些是解锁后能保修的。可以看下一加 8t，前一阵 12+256 掉到 2700，los pe pa 这些都有官方支持。当然，氢 /氧 OS 现在这副样子已经不配称作类原生了。

@tbg 基本都是老生常谈的几个点。
首先是降低服务器响应时间，这里直接上缓存后，响应速度与静态页面无异。
第二是减少首屏资源，比如我网站的首屏资源只有文档跟一个主要 css 加起来大约 40kb，其他诸如 fontawesome 图标库、以及实现各种交互功能的 js 统统延迟加载，不要阻塞首屏渲染。
如果条件允许，可以针对首屏资源上 ServerPush，将文档和首屏资源同时推送给用户，减少一个 RTT 。
针对静态资源可以上 CDN，如果没有做动静分离的话，动态资源回源可能会慢很多，推荐用阿里云 /百度云的动态加速，原理很简单，就是动态资源绕过中间缓存节点，然而国内做的好的只有这两家，别家基本都是动态减速。
此外，还可以耍一些小把戏，比如在桌面端鼠标悬停时 /移动端手指触摸时就预加载页面，能够争取几十 ms 的时间，instant.page 是一种实现，可以参考一下

其实 WordPress 和 Typecho 这种动态 CMS 可以考虑用 nginx 的 fastcgi 缓存+一套自己的清除机制。
命中缓存时只走 nginx，可以带来媲美静态博客的速度，然后针对文章变动(涉及分页、分类、归档等)、评论变动(文章页)去动态清理缓存，效果会很不错。
而对于有大量文章且频繁更新的，比如 lz 这种采集站？新文章的发布必然导致频繁的缓存失效 or 不一致(二选一)，还是更建议在持久层做 cache 。PS：这种情况静态生成器也不能很好胜任。

多说无益，可以看一下效果，使用 WordPress 速度还凑合 https://www.rainng.com/

真要靠谱 cz880
瞎折腾就 DIY，zhenjbfast 一票
最近入了个爱国者的 u391，4K 吊打 cz880，大小和质感良好，就是不知道质量靠不靠谱

17ce 是并行测速，你这完全说明不了问题
电信绕 ntt，很烂