@imcocc 我的博客系统是自己写的，要实现这种功能很容易啊。

@fengxing 嗯，之前我用 17ce 测试的时候也是有几个地域 dns 好几秒。

访问这个要是还卡那你的网算是彻底没救了， 23333
https://imququ.com

@superbear

写了个小程序，先按格式要求生成封面、目录、正文页面和索引，再用官方的 kindlegen 工具转为 mobi 。

@VmuTargh @liliang13

@lizheming 是火麒麟博客系统的作者，就在本帖， 2333~

@china1234

刚看了下， PV 一般在两千到五千波动，一个月总 PV 十万多一点。

http://i.imgur.com/QKChJfm.png

Google 来源统计（按会话）：

Organic Search 46%（其中 Google 72%， Baidu 23%， Bing 4%，其余 1%）
Referral 27%
Direct 21%
(Other) 3%
Social 3%

我不是很明白你说的「这样的网站」是什么意思？
做为一个数年坚持原创更新的技术博客，你觉得这个访问量太多？

@jeffersonpig
我的可以关机啊，长按开关键就可以关闭屏幕。关了之后屏幕就是空白，什么也没有。

@cxd44
https://github.com/75team/firekylin

可以尝试一下同样使用 ThinkJS2.0 开发的火麒麟博客系统，支持导入 wordpress 数据。

@YUX

我是在服务端中转的。
https://imququ.com/post/summary-of-my-blog-optimization.html#toc-2

@herozzm
是啊，昨天 Google Analytics 看到 PV 有 2W3 ，一大半都是 v2 过去的，平时也就三五千。

@CinderellaCiCi
不是我打击你，确实不怎么样 2333
而且图都挂了。。。

@pimin
那个主题我本来就是拿一个很有名的开源主题改的（见页面底部），所以请随意使用。

头像这里用背景图和用 img 没啥大区别，都可以。我在服务端统一做了图片 lazyload 处理（ img 的 src 替换为 data-src ），但是不希望头像被延迟加载，出于偷懒考虑就改成了背景图。

@sumhat

服务端处理和 JS 处理没有优劣之分，都有各自适用的场景。

我在从零开始写我的博客系统的时候，有很明确的定位——最大限度提升访问速度（尤其是首次访问），否则我还不如直接搭一个 wordpress 、 typecho 、 ghost 等成熟系统，或者直接用 hexo 、 jekyll 等静态博客。而将更多逻辑放在服务端处理，意味着无论有多少策略，无论多复杂的逻辑，各种终端访问得到的始终都是最简洁的代码，也更利于 SEO 。

另外，虽然我的博客最终页面没有直接走缓存，但所有子系统都有缓存，例如模板编译缓存，数据库缓存， disqus 评论数缓存，访问数更新缓存等等，所以服务端处理时间并不会太长。

@qcloud HTTP/2 对很多小请求的场景优化比较大，因为有多路复用和头部压缩。但是你的资源请求都走外站，而且不支持 HTTP/2 ，效果肯定就不明显了。

不过，我觉得不会有什么负面影响，还是开启了吧。

@imxieke
@fds
@DesignerSkyline

是的。刚刚加 opensearch 把逻辑改出问题来了，在某种极端情况下会挂掉。

然后开完会回来一看，好多 v2 过去的 504 ，太对不住大家了。。。 2333

xxx.xxx.84.252 - - [06/May/2016:16:11:43 +0800] "GET / HTTP/2.0" 504 636 "https://www.v2ex.com/t/276646" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.75 Safari/537.36" 60.003 60.003
xxx.xxx.250.73 - - [06/May/2016:16:12:16 +0800] "GET / HTTP/2.0" 504 636 "http://v2ex.com/t/276646" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.110 Safari/537.36" 60.003 60.003

现在应该好了。

@sumhat

文章页确实可以缓存，但我整个页面有很多策略的：
1 、比如针对非 Spider ，我需要替换 img 的 src 为 data-src ；
2 、针对支持 localStorage 的浏览器，我需要 inline js/css 并存入 localStorage ；
3 、对于支持 webp 的浏览器，我需要把图片替换为 webp ；

当然也可以生成多份静态文件，上述 1 、 2 、 3 策略组合一下就是 8 份。但我目前没有这么做。

@typcn
没有 5 倍那么夸张的额，很多步骤都是并行的。

HTTPS 初次访问会额外多两个 RTT （往返时间）。
然后有 False Start 和 Session Resumption 时，只会多一个 RTT 。

这里有详细的解释：
https://imququ.com/post/optimize-tls-handshake.html

所以说全文 rss feed 还是有必要的。
至少 web rss reader 可以帮你备份数据。

@lostab
服务端不能太慢，而且尽可能提早 flush ，减少 TTFB （ time to first byte ）时间。
前端最重要的是头部不要有任何外链资源：
https://imququ.com/post/wpo-of-mobile-web-1.html

另外 HTTP 的内容编码（ GZip ）和缓存机制（协商缓存和强缓存）一定要用好。
还有如过用了 HTTPS ，记得启用 HTTP/2 ，和做好 HTTPS 相关优化。
https://imququ.com/search.html?s=性能优化