Firefox 的滚动模型有 3 个关键参数
general.smoothScroll.mouseWheel.durationMinMS
general.smoothScroll.mouseWheel.durationMaxMS
mousewheel.min_line_scroll_amount

一顿一顿就是 durationMinMS 设置的过小

不过其他浏览器似乎并无对应的可调参数，这点 Firefox 做的不错

那不就是微博登陆没有处理重定向页，从渣浪时代就一堆槽点，没力气喷了

这 1000 是 XR 已经跌出来的，如果 11 后续不跌，那等于并没有调价

感觉这里提闭包属于名词误用

人们从历史中得到的唯一教训就是人们从来不从历史中获取教训

为什么？每一次人们都认为这一次情况特殊，应该有所不同

自我链式调用的场景：
单个对象有多种方法，为了简易拼接这些方法，使得每个方法刚好接收自己的参数，而又不把这些方法和其参数都写在一整个参数序列里，才有了链式调用

你这个场景，不要强拗，单函数多参数就完了

@lc1450 #17 现在也需要的。如果下一页有几百兆(图集类)，就算本地是千兆对等网也没用，因为网站不会跟你千兆对传

@codehz #16 多谢介绍，portal 这个东西完美了，确实需要在浏览器级做这个事情

@Yourshell #10 网络 IO 的瓶颈消除后，DOM 渲染就是新的瓶颈。100ms 变成 0ms，是可以感知到的

@binux #9 重新 layout 足够快就像用原生代码读本地资源

@jinliming2 #8 逻辑是这样的：
1. 并不存在纯 html 页面
对网站开发者来说的纯 html 页面，对浏览者来说可能需要用脚本修改 DOM(比如我脚本里把豆瓣缩略图导航页改成了高清图滚动浏览页)。这个修改后的 DOM 就是动态得到的，如果这个修改过程引用了新的资源，那么这个页面必须在 iframe 里渲染才能预读这个新资源

2. js 渲染的页面，渲染后也是 html，可以拿到下一页 URL。整个路由全在代码里，在 DOM 里根本不体现，这样的网站凤毛麟角

3. 油猴开发就是 hack，破坏是难免的。这种预读，不是浏览器级的基础设施，不需要绝对兼容，得到想要的结果就够了

@misaka19000 #4 谢谢，第一次听说这个项目。粗略看了下源码，和我的思路基本是一致的

不过 InstantClick 获取下一页 DOM 的方法是 XHR，并不是真的渲染，过于保守的策略决定了效果一般

@love #3 那种切换的快速不是语言能形容的，建议用一下试试

另外，iframe 全屏并不可行

@momocraft #2 就我个人而言，不破坏网站原有功能并不是预设。我只对资源感兴趣，拿到资源就够了

@alex0721 #5 关键词：跑步膝

髂胫束拉伸比较重要

@clavichord93 #35 价值观是为了挣钱不错，但价值观本身并不是钱，价值观就是价值观

玩路由必备知识：OpenWRT 和 Merlin 的区别

#13
/t/501199?p=1#r_6360672

#10
/t/541491?p=1#r_6980441