这个是真的可以防 bot 么？

感觉是 AI 擅长的领域？

甚至都不需要多复杂，一个浏览器插件，乃至油猴插件都能做到。

我在设置找了半天，也没找到。

最后去列表搜索，也没搜到..

哦，原来我还没装...

有些争论，叫讨论，值得。

有些争论，叫争执，不值得。

不值得的事，少做。

@Puteulanus #2 认可 2 楼看法，核心目的是希望你提供你的表格给他们。

前面的只是一个让用户更容易接受又不至于引起用户紧张的说辞而已。

既然是无缓冲的，而且 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

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

好眼熟？发过贴？

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