以前的一个笑话，网站访问速度比去年快了 30%，老板以为是员工努力工作的成果，但其实完全是浏览器升级优化的结果。
越接近底层，优化的空间越大，效果越明显，例如 http2

大概是为了防脚本，这个页面做了 mousedown mouseout 之类事件的判定，你还需要模拟这些事件才能触发后面的逻辑

这可能是因为 Chrome 默认没开反锯齿导致的吧，因为反锯齿会导致渲染性能下降，而且除了 Retina 屏，开反锯齿效果并不明显，我有个插件处理这个问题 https://chrome.google.com/webstore/detail/dcbpmjgjjfhgfcmbejdlbjhpfkmopdjd/publish-delayed?hl=en-US

前端理解渲染过程一般就够了，除非你要 hack 浏览器，或者自己实现才需要用到 c++

gzip 用 nginx 配置更方便控制，其它的 shell 脚本更灵活，做抓取还是 python 的库多些， node 的优势是异步和 stream 可以很大程度提高 io 效率

感觉 Ghost 主要目标并不是程序员，它自带的 markdown 解析并不支持 gfm 扩展语法， tables, strikethrough, fenced-code, footnotes, autolink 全不支持。
我之前下了个主题支持代码高亮，但是语言支持太少了（应该是 highlight.js 打包的问题）。后来我用 https://github.com/FSX/misaka 加 http://pygments.org 组合实现后端 markdown 后端渲染同时高亮代码，这个组合效率高，功能全，而且不用页面引用额外 js 和 css 。
全部代码在这里 https://github.com/chemzqm/blog/blob/master/bin/misaka

@ferrum 轮子多了怎么能是错呢，只是使用不同方案维护太蛋疼

说错了 应该是 textContent

innerHTML 不仅可以避免 xss 而且性能上要好得多

话说我也有个 reactive 小模块 https://github.com/chemzqm/reactive-lite ，基于 Object.defineProperty 方式：
支持 textcontent html function attribute 等插入方式
支持可重用 binding ， event handler 函数
支持 Reactive 实例属性共享，避免 dom 重复解析
支持替换绑定 model

仅供参考

Markdown 只是一个文本到 html 的标准，标准的好处不在于提供多么强大易用的功能，而是不会轻易改变，减少不必要学习的成本。
事实上只要是人类发明的工具都会存在不可避免的局限，例如：编程语言，操作系统，网络系统，编辑器，等等。
设计角度上，不同的需求总是导致矛盾的出现，例如你追求功能强大就往往会牺牲自身的简单性，
至于说谁好谁坏，首先要依据你自己的实际情况，

都用框架了，还积累个毛线，会用 google 就行了

Atom 的 markdown 真是我用过的最坑的，加载慢，扩展语法不全（不能配置），高亮支持不全， preview 的刷新时候还会乱跳， github 上 issue 100 多个，真是难以想象这么个小插件能搞出那么多 bug

@wgjak47 只是预览功能 mac only ，因为用了 applescript

@tony1016 还好吧，没几个命令，我就是受不了 https://github.com/xolox/vim-notes 太复杂才做的这个，因为主要代码都在 autoload 里面，而且没用 server 实现，插件本身加载时间不会超过 1ms ，我用命令
echo '' > startup.txt ;and vim --startuptime startup.txt
在我机器上 macnote 加载时间总计大概 0.7 ms

“那个年轻人正在用 Microsoft Excel 来生成电子表格。 它正在手动更新每一个单元。 他甚至都不知道如何使用公式。 他输入大写字母要按 Caps Lock ，输入完了再按一下。 他太慢了！ 我不明白。他为什么还能这么愉悦？”

“看到这个年轻人，你为什么不能？” Wq 大师回应道。

本来用 Atom 只为它能同步预览 Markdown ，结果丫的这破插件各种 bug ，各种语法高亮没有， gfm 扩展语法支持不全，页面刷新还会自行滚动到某名其妙的地方。
看 github 上 100 多个 issue ，真是醉了，严重怀疑他们到底用不用自己写的插件

防火墙就够了

@qgy18
1. 我的说法不太准确，不过清了 localstorage 以后可以看到页面刷新了两次
2. 几年前在移动端试过 localstroage 缓存文件，只是发现某些设备 localstroage 无法保证正确读取就放弃了
3. 为了省流量，你们也是蛮拼的