@vazo
如果是矢量数据，那么即便是缩小，再放大，还是能还原的。但是你提到了“录音”，这个过程就是模拟信号了。
就像一幅 1900*1100 分辨率的图片，你缩小到 19*11 分辨率展示，然后截个图，再把截图后的画面放大回 1900*1100，你想想还能得到原来一样的高清无码大图吗？

Cloudflare 的不支持 ECS 技术，所以国内网站很容易解析到国外 IP，影响访问速度。
我用 Google 的 DoH，可以手动指定一个自己的 IP （不一定要真实的，只要离自己比较近的 /24 IP 就行），可以解析到国内网站的比较进的 IP，不会影响国内网站的访问速度，同时对于国外网站也可以避免污染。

逻辑上有点问题。
如果是纯 html 页面，那么第一种方案足够。
如果是 js 渲染的页面，除非做了路由，不然你是拿不到下一页的 URL 的，因为本身就没有，所以也就没办法创建 ifream 了。
再者，即便是拿到了 URL，可以在 iframe 中渲染出了下一页，然后采取 DOM 替换的形式去更新页面，这对于正常的 html 页面可能没什么，但是对于 js 渲染的页面来说就彻底破坏了整个页面当前的状态，原本由 js 创建并管理的 DOM 全部丢失，轻一点可能会抛各种异常，严重一点可能会带来内存侧漏。
如果像楼上说的直接把 iframe 全屏的方式，分页浏览得到的结果就是一万层 iframe 嵌套？

官方文档就足够了。
官方文档没有或写的烂，酌情考虑要不要学下去。

计算机：用户输入－计算－输出给用户
——
存储器：输入－存储－输出
运算器：输入－运算－输出
输入设备：用户输入－输出
输出设备：输入－输出给用户

@chinvo 讲真，我的搜索结果里没出现过中文……除非搜索条件是中文

英文搜索无扰……

在 setInterval 外面加一个 console.log ，看看是不是这个 setInterval 被执行了多遍

@justfindu 可以试试删掉之后放一个空 exe 过去替换，让它去调用这个空 exe 去

@alan0liang 那我要是把 Function 也给你包装到最外层的参数里呢
((window, document, Function) => {
//原始的 js 内容原封不动的放在这
})(windowproxy, documentproxy, Functionproxy);

@gstqc
@flyz
其实就算把判断代码加到 js 里，也只是增加了难度而已，对方只要把页面中所有的 js 内容、js 文件做一次中间处理，包装一层，
((window, document) => {
//原始的 js 内容原封不动的放在这
})(windowproxy, documentproxy);
这样不论中间的 js 怎么写、怎么加密，都始终拿不到原始的 window 对象，只能拿到经过包装的版本，这里对方只要更改 location 的实现，让内部 js 获取不到当前的真实 location。

如果你不用 cloudflare 的话，可以把 cloudflare 的 IP 段全 ban 掉： https://www.cloudflare.com/ips/

您好，欢迎使用疯狗输入法🐶

emoji 表情可以正常显示是因为 emoji 表情本质上就是 Unicode 字符，所以几乎所有设备都可以不用特别处理就显示，只要字体支持就行。
而下面那个选表情的框则是以图片的形式插入的，这样实现起来确实就复杂了好多，以至于微信到现在 iOS 最新版也不支持直接在编辑框直接显示表情。

@phy25 https://developer.mozilla.org/en-US/docs/Web/HTTP/Cookies
关掉页面不会导致 session cookie 失效，关掉浏览器才会。甚至部分浏览器会让 session cookie 永远不失效（上面 MDN 说的）。
而一般会在当前页面增加链接帮助跳转到目标邮箱，防止用户关闭浏览器。

我的一个项目，也算是蹭着完全不热的热点开的，也没有什么宣传，维护也不频繁，两年涨了 200 star，虽说涨的慢，但是每次在首页看到 star 通知，我知道我的项目又帮到了一个人。
维护不频繁是因为项目功能简单，所以自发布第一个版本之后除了改 bug、调优逻辑之外，真的没啥可维护的。偶尔看到 issue 里有比较好的 feature request 也会考虑加进去。
宣传，也就之前在贴吧里看到有人碰到了同样的需求，我就给推荐过我的项目，当时还没破 50 star。现在，我发现我根本不需要自己去宣传，网上搜索我项目的名字，就能搜到一批个人博客在帮我宣传，在 GitHub 项目的访客统计页面，可以看到 CSDN 的某篇文章给我贡献的访客量都上榜了……
相比涨 star，我更想看到涨下载／安装量，因为下载量和安装量才能代表项目真的帮到了多少人。目前由 Google 统计到的可以统计的下载量在 44k 上下波动。
其实吧，star 真的不重要，重要的是项目的价值，是否能真的帮助到某些人。所以我个人也是比较认同在 GitHub 上放全是 md 的笔记类、汇总统计类项目的，因为可以被搜索引擎检索到，在需要的时候能用到，就是有价值了。
但是类似于用 GitHub issue 做评论系统、拿 GitHub 项目（而不是 release ）当 CDN，或是拿 GitHub release 托管与所属仓库完全无关的内容的，我就比较反感了。