通过大量注册并配合脚本签到领取砖石（聊天积分）养出僵尸大军，再自己起一个平台中转，除服务器外，直接就是零本万利。 - 阅读剩余部分 -
- 阅读剩余部分 -
渠道:one:：小程序 渠道:six:：Web 首先通过渠道:one:登录，发现界面并没有根据渠道进行完全的适配，这个端口是绑定平台ID的，通过平台入口进去是自动登录的，不应该存在邮箱以及密码等常规渠道配置。 进行邮箱绑定操作，发现功能正常运行无报错。 - 阅读剩余部分 -
一直以来，`web.sdk.js`都是通过以下方式加载快游戏的。 ```html <script src="./web.sdk.js"></script> <script src="./main.js" type="module"></script> ``` 在大部分的游戏中也是没有问题的，由于`web.sdk.js`中存在大量的异步加载逻辑，因此将`main.js`定义为模块，并在代码最前面补充加载等待是对游戏原代码侵入较小的一种方案，而且恰恰是模块，因此顶级 await 也就非常顺理成章了。 ```js await window.qg.ready(); ``` 直到遇到下面某款游戏的入口（代码片段） - 阅读剩余部分 -
本质上，快游戏框架是基于V8引擎魔改出来的，因此天然支持`require`函数，但在 Web 中实现这个功能就不简单了，第一版的方案是想着将`main.js`作为模块在最顶级加载，然后通过将所有的`require`调用都改为`await`。 ```js await require("./libs/min/laya.core.min.js"); await require("./libs/min/laya.ani.min.js"); await require("./libs/min/laya.ui.min.js"); ``` ```js async function require(url) { const script = document.createElement("script"); script.type = "text/javascript"; script.async = false; script.defer = false; script.src = url; await new Promise((resolve, reject) => { script.onload = () => { script.remove(); resolve(); }; script.onerror = () => { script.remove(); reject(); }; document.body.constructor.prototype.appendChild.apply(document.body, [script]); }); } ``` 一开始，这个方案也是走得通的，对于一些简单的游戏改的方便，加载也是没啥问题的，但是随着接触的快游戏越来越多，这个方案就越发难走下去，主要有两个问题： - 阅读剩余部分 -
收一个 Reqable 永久版订阅
