WeChat: Tiocent~~~~1989 （去掉~）

H5 可以做到的，比如这个： http://h5.haohuimai1.com/#/
使用了 WXInlinePlayer 这个库

请使用 https://github.com/qiaozi-tech/WXInlinePlayer

啥都能写，只要给时间，啥都能做到超出预期，就这样。

我觉得封装 model service 等类，在内部抹平就行了，没必要上 node

@weloveayaka 离线版本 /收费 /定制化可以问我们的客服，vx：suyanqiong1986

@beordle 从这边我看到在杠的基本上都是不看文章的，我想了一下这个 title 然后问了下其他人，加上前面的定语我觉得并没有问题，Web 前端目前的核心代码保护确实只有这几种，而且前言也已经提到了整个文章脉络。谢谢建议。

@janxin 看文章

@Mutoo 上面不是有人说了么，google recaptcha，你觉得有信心的话可以去参加 google recaptcha 的破解比赛。我们自己的项目不太能对外说。

https://github.com/ReCaptchaReverser/InsideReCaptcha

@Mutoo 就算盗流这种场景，你用 headless 去获取播放地址提供给大量在线用户，我觉得这个成本可以再想想看。我觉得还是不要为了杠而杠，因为我觉得你没遇到过其场景，所以目前说的东西并不可具备实用性。

@l1ve 希望你有阅读文档和看注意事项的能力。还 alert，呵呵

@l1ve 另外我想强调的是，SecurityWorker 这个方案是整个方案中的一环，并不是说用上了就安全 100 分了，我觉得你们都是在故意放大『前端无加密』这种论调。

@l1ve 我不清楚你做没做过直播，了不了解现有的直播的 CDN 对接方案，在我有限的经验中，你说的限定连接数和 session 控制我觉得是很难完成的任务。

另外 SecurityWorker 无法被随意调试（反调试），并且内部有基于环境的判断，能够阻断大部分的大规模黑盒调用。

@l1ve 你估计是没看文章

@murmur 尽可能减少损失，提高技术门槛，然后从法律手段来进行根本解决。

@whypool 对于你写的代码当然是不需要的。

@Mutoo 另外我觉得黑盒调用应该加个前提，大规模的黑盒调用，你可以用 devtool debug 试试，或者用 node 端拿到核心代码调用试试

@Mutoo github 里面有实例代码，你可以试试再下结论

@Mutoo 还有就是加解密接口数据是有意义的，可以防止数据传输过程中的暴露，你即使上了 https 也会有中间人劫持的风险，我觉得应该多方面看待这个问题