这个 是另一个参与 (预) 渲染您即将点击的链接页面的游戏中的参与者。其目的是以极少的努力获得性能提升。您让浏览器在您将鼠标悬停在链接上到点击之间的那半秒钟内准备下一个页面,否则浏览器将无所事事。
Instant.page 是另一个参与者,我已经被其方法论所折服,以至于我现在就在这个网站上运行它。我并不真正了解两者之间的区别。而且它们也不是唯一的参与者。谷歌有 quicklink,还有 guess-js 用于真正奇特的预加载。
Safari 和 Firefox 不支持 <link rel="prerender">
真是有点可惜,因为在我看来,实现这一点的最简单方法就是在页面上放置它,并在链接的 mouseover
事件中将其指向该链接的 href
。
4 年前我一直在使用这个
https://prerender.io
对于任何需要此类功能的人,我推荐
https://unpoly.com/
看起来有点像 turbolinks? https://github.com/turbolinks/turbolinks 也许不太侧重于预渲染,更多的是关于那种“伪 SPA”方法,我也认为这很酷。
看起来从托管端到用户数据消耗都是一项昂贵的调整
我认为这是游戏的一部分。他们试图确保您确实即将访问该链接,然后再对其进行预渲染。真正昂贵的方法是在您访问该网站时预渲染网站上的每个页面。当然,这会让后续点击变得很快,但带宽成本极高。我认为诀窍在于把握平衡。
感谢 Chris!
非常感谢您最近的所有帖子!我似乎每天都会遇到像这样的智慧小片段,或者您向(似乎是)您最近喜欢的随机开发者发出的问候。在这样的时代传播知识和爱真是太好了!您太棒了!
我非常高兴地了解到 instant.page,我一定会将其用于我正在开发的一个 WordPress 网站。看看它与 WooCommerce 的配合效果如何。感谢您发表这篇精彩的文章。
谷歌的 Quicklink.js 怎么样?