@ves 还要什么方案，打开扩展开发者模式，选择扩展文件夹，改了代码，就点一下刷新就行了。

写个浏览器扩展就可以了，专事专办。

你会 JS，直接写扩展就是了，扩展本来就有 Content Scripts 的概念，用油猴纯多此一举，直接用浏览器调试。

油猴扩展无非就是绕过浏览器官方商店审核，申请所有扩展权限然后再建一个商店，就像明明一个网页直接能用 Safari 打开，非得用微信小程序打开。

除非代码是别人写的，用了油猴私有 API，即 GM_ 开头那些，如果是自己重头写，别折腾油猴了，按扩展来写就是。

一般就是导出 Cookie，不过如果网站有意防御，或者太复杂的话，基本没戏。例如 Cookie 里的值关联了你的浏览器 UserAgent，IP 等等，换了就失效。还有像 Google 之类的网站，还会使用各种 sessionStorage 之类对象保存离线数据，你删了也是要强制重新登录。

如果不是搞黑产，知道账号密码，为什么不搞自动登录呢。

我以为“时间”默认就是“Unix 时间戳”那个 32/64 的整数，想不到那么多人会带入时区的概念。

程序内部各种储存通信计算一律“Unix 时间戳”，只有给用户交互那一层再转换成可读字符串格式。

就是 monkey patch 大法，很正常的操作。

无非就是定义一个变量而已，后面的代码肯定拿来解析，你当它下载一个 zip 文件就是，里面可以是任何数据，图片、样式、脚本都可以。

for( const key in Obj ) 不保证顺序吧，所有情况都有可能。

@efcndi 扩展的权限声明在 manifest.json 里，这个文件可以通过 chrome-extension://<扩展 ID>/manifest.json 查看。

@efcndi 扩展要看情况，一个简单方法， 需要 <all_urls> 权限的扩展多半就是资源大户，如果还申明用了 frames: all 权限的就更加感人了，相当于一个网页，开启 N 个 JavaScirpt 虚拟机。

把 job 放到一个包成一个 promise，把这些 promise 放到一个数组里，然后一个个 await 这个数组的元素。

营销号文风，还不说你是推广？

回转寿尸。

还不如直接发帖讨论。

笑死，公关灾难。

什么叫 GPL 毒瘤，不喜欢就不要用，觉得有风险就不要用，没有人逼你用。

我倒是想找一个有反调试的网站，我挑战一下。

git 做个同步镜像很容易，最大问题是哪个作为主力仓库，即接受 issue 和 PR 的那个。

如果单纯需要一个 HTTP 协议的查看器的话，自荐 www [dot] weerdbg [dot] com，就是 Chrome DevTools 的魔改版。