既然是无缓冲的，而且 chan 的特性是会阻塞。

也就是，不管是谁先执行的，都会等 main 把 c <- 0 并且 g f() 里面取到到 <-c 以后在继续执行。

这里有疑问的无非是 main 比 f 先执行，那么 c <-0 会等待，等 f 执行完以后才会继续。

一切不行的原因都是：得加钱。

@kaiki #5
然后你提供的方案就是完美的解决方案。

该死，我居然还没买过。

旁边那个已经被顶歪了...

拔，必须拔。

不要考虑疼不疼了，这个是看人的耐受力的。

疼也就几天，大不了吃止痛药，根本不是问题。

思路不错，可以用很简单的实现。

直接将视频文件加密，并在头部加入视频文件的 ID （或直接将加密后的文件 md5 作为视频编号）。

客户端使用授权码获取解密密钥，使用流方式边解密边输出，甚至不需要自己实现播放器，直接调用特定播放器播放即可。

自己实现可以拿开源播放器或者直接用组件播放。

@InDom 还有一个问题，如果你引导用户使用 公网 IP 访问，那么你获取的应该也是客户端的公网 IP 才对？

但凡看一眼 log ...

中间夹了一道，所以你获取的客户端 IP 是 深信服 的 IP 。

不知道这个 深信服 有没有在流量中添加源 IP 。

wyGWJyiF3uYEEzkGq1sdAh

建议 x86

今年没死，不错；
明年努力，加油！

好眼熟？发过贴？

你可以把每一段代码都让他重新实现，然后你在让他把代码串起来。

就是你，本来就在骗子的食谱范围内。

我加过这种群啊，不过一般到了下载 APP 的时候我就跑路了。

https://i.imgur.com/ZgytD0y.jpeg

https://i.imgur.com/GcJmBA3.jpeg

你还是太贪心了。

如果你不是富文本的话，其实直接用 innerText 而非 innerHTML 就可以避免。

至于框架，也有框架也有类似的安全方法。从原理上就杜绝了这种问题的发生。

如果你真的有富文本的需求，那么我一般是这么做的

禁止 script 与 on[a-zA-Z] 的出现，或者把 script on 替换为 scr-ipt on-.

宁错杀，不放过。

是啊，为啥？

没有过升级出错修数据的经历，可能确实很难理解这个原因。

懂了，去注册 domaintypofinder.co