Chris_Ys

推荐单引号，这样在大部分场合都能保持统一的风格且不影响阅读：

<div onclick="alert('donot_do_this');">
html = '<div data-text="space works">'
document.querySelector('[data-text="space works"]')

在前公司的时候讨论过这个问题，貌似传统后端（如 PHPer）倾向于双引号，理由是有安全问题，国外那位 CTO 大叔也是这么想的，具体细节忘了。

@nonozone
@kook desktop 没有分离线还是在线，iOS 则有分，付费才能完全离线，Android 似乎也没分（虽然官方说 Android 和 iOS 的离线受付费与否影响）。

@feiandxs 搜索引擎看的是 header 的里 status code，只要是 404 就足够友好，你页面有什么内容它也不太感兴趣。

而「有爱的404页面」并不是针对搜索引擎，是针对「人类」:「Not Found」到底意味着什么找不到，「404」是什么暗号，对于没学过的人是不知道的，这类人群是最多的，甚至有不懂英文的。

再退一步，假设每个人都知道 404 是什么，但是在页面点了一个链接后，发现 404 了，有些人或许会想「你妹的！不存在就移除链接啊！」，特别是因为链接文字而点进来的，期待落空的不满会更大。这时候一个「好玩」的 404 页面就成了缓冲剂，不管是让人惊讶的还是有趣的，都缓解了用户的不满。

不过 v2ex 的定位而言，不懂 404 的极少（甚至没有），也可以忽略就是。

@Muninn 没研究过，互通消息并不太清楚，只见过 Facebook 有类似的行为：一个 App 请求验证时打开 Facebook 的 App，验证完毕回去请求方 App。由于次数少得可怜，我只记得打开的不是 Safari，所以觉得应该是 Facebook.app。

Mac 经典产品 TextExpander 也有对应的方法供别的应用实现补全，由于我没使用过（没购买），所以不敢断定，感觉 iOS 里的应用即使能互通消息，也是比较难的。

这点没有 Android 自由，但也不算不上「封闭」，因为苹果给出的理由和动机的很充分：安全，也因此带出了 sandbox 机制，这个机制很大程度地影响程序互通。

不过自由的 Android 倒是很微妙，不仅国内的应用商店爆出带毒的新闻，Chrome Web Store 也有众多玩小动作、滥用权限的插件，比如 Proxy Switchy Plus 的汉化版。

这样一看，不管是哪种做法，都是双刃剑。不过苹果的审核机制结合 Google 的开放式 API，倒可能是最理想的。

@Muninn 估计 Chrome for Android 不会引入目前的插件机制，一方面信息比较敏感，一方面资源有限：

1. desktop 的插件可以使用 dll 等文件，做成病毒的话，非常危险，手机也不同于电脑，信息更敏感
2. 目前一个小小的插件内存消耗基本是 30MB 起步，并且是一直占用，直到浏览器或插件关闭。

由于移动端的资源非常有限（目前常见的最大容量是 1GB），而且一个 App 为了节省资源，即使是 Google 的程序也不会在后台保持着激活状态，也就是说，唤醒浏览器后，插件（很可能）需要重新激活，在性能和体验上也就不理想了。

个人倒是想看看 Google 能推出什么样的点子。海豚支持 Pocket 也是内置实现，并不是插件，所以没有这方面问题。

@jerry 在 iPhone 保存 bookmarklet 确实比较麻烦，Read it Later 时官方有一个很详细的教程，大概两至四步可以完成，勉强能接受，变成 Pocket 后不知道官方还没有保留著这个教程。

我个人还是比较少用 Safari 的 reading list，或者说除了试用之外没用过，我还是比较依赖 Chrome + extension & Safari + mail URL to Pocket/Readability/... 的方式，也幸好他们贴心地提供了这个功能。

@Muninn 另外你说的「封闭」不知道你怎么得出这个结论，首先，主流浏览器之中没有任何一家是内置第三方服务，Chrome 没有，Firefox 没有，甚至 Opera 也不例外。它们支持第三方服务的手段一般是：

1. 系统级插件（ActiveX）
2. 浏览器插件
3. Bookmarklet

1、2 两点，还没见过任何一家内置浏览器支持，即使是 Chrome for Android 也没有支持 extensions，其中的理由并不是「封闭」还是「开放」的问题。

而 bookmarklet，Safari mobile 也是能支持的，和 desktop 一样的方式。

如果按照你的观点，在内置级移动浏览器不支持第三方服务这点上，主流的（我知道的）都是「封闭」。

@jerry
@Muninn 早在 read it later 的时代，pocket 官方就提供了 bookmarklet，不过 reading list 不和 pocket 等同步是正常思维，毕竟 safari 自己就有 reader mode，ML 里也体现了这点：不管在哪，你都可以使用 safari 一致的 reader mode 体验。只是这里就有了一个很大很大的前提：用户长期能使用理想的网络。