前几天更新，隐约记得更新了个自动删除验证码的？也许是梦里，也许是记错了。

不争的。

一时间，我以为地址写错了，回来重新看了遍帖子，确实没错。

组成 UPS 吧。

一个人跋山涉水走了一天一夜来看你，并给你 5 块钱，让你你买点好吃的。

另一个开车十来分钟来的，也给你 5 块钱，也让你买点好吃的。

你会觉得，哪个五块钱分量更重？🐶

@qloog #4 如果是 AI 生成的，建议注明一下。

挖槽，刚注意到，确实。

这是一个低频但又好用的功能啊，快开发插件吧。

这个是真的可以防 bot 么？

感觉是 AI 擅长的领域？

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

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

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

哦，原来我还没装...

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

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

不值得的事，少做。

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

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

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

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

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

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

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

该死，我居然还没买过。

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

拔，必须拔。

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

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

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

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

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

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

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