@GuuJiang 的意思应该是正则本质上是状态机模型无法描述这种情况，也算是说明的同时证明了

@ye4tar 那么如何做到让这个用户组无法访问其他所有目录呢？

@JDog
@ericgui
因为我打开 google 搜索“linux nodejs 安装”，里面刚好点到弹出来第一个页面写的第一个装法是编译。而我就像楼上的，凭经验以为 15 分钟就能搞定了，也无所谓直接下不下二进制。结果睡一觉起来还在跑

@felixcode
@xiadong1994 我观察任务管理器了，没有走 swp 卡 io 的情况，而且 ssd 读写速度都是 500MB/S 的，卡了也不会像机械硬盘那样。问题在于它只是个 node ，我这又不是在编译宇宙第一 IDE....安装包大小才几十 MB ，编译跳一下几十 KB 总有吧。。

看完本帖受到了惊吓，关闭了小号上所有包含 action 的库。。。。

@geekvcn ？

学点还是不错的，不过既然大人都没有用 py 做游戏的，你要找个给小孩的估计更难找了。。直接 unity 吧，又能比 pygame
难多少呢？我看不见得

@tsanie 不是我的视频。不过倒是可以尝试联系主播看看提供 xml 后能不能上传，但是我找了找自己的后台没找到上传选项在哪。

@JoeBreeze 主播录屏，你不能强求人家这么做。自己录屏的话，串流过后画质不行。另外一个问题是，压视频的时候压了字进去，显著占用编码信息，画质受损严重

@encro 封号是个问题，也许征集粉丝账号搞个投稿群可解？

@2i2Re2PLMaDnghL cc 字幕能替代弹幕？弹幕那么多，你别骗我

@garlics 其他平台的，不是 B 站直播

@banlifeather4 很正常的需求，不知道你想问什么，比如手机作为唯一身份认证终端的时代 ，丢手机当然不是 0 概率事件，其他认证方式同理，你这问题属于想的太多做得太少，做了就遇到这种需求了。

目前已经搞了个应该在哪个视频什么时间发什么弹幕的列表，但是不知道怎么自动化发，太多了又不能手动发

@duola 那也不便宜啊，换算成 GB 的话大概是 1M ，而 1GB 大概仅能看 5-10 集动画，假设网站每天走 10 万个播放，这个用户不算太大，那也是两个月就花光了 3W 块

@huxiaofan1223 jwt 只能应对它的初始设计场景，也就是令牌签发后有效期内一直有效。如果你有后续的需求，比如用户的令牌丢了，或者用户想要改密码，要让已签发的令牌失效，那么 jwt 就不能做到，需要在 jwt 基础上再加补丁。而补丁的实现，由于把存在性校验换成了不存在性校验，算法上确实可以做到一定的优化，但这种优化往往只有在特大数据量下才能表现出实际差距，考虑到开发成本，这未必值当。对于没想清楚需求的应用来说，直接保存 sessionid 是最直接也最方便的做法。

@Veneris 感觉问题不大，稍微切一切分一分，感觉大厂也能接受这种架构，挺合理的

@Veneris 懂了，所以你的意思是防止重放攻击的手段是 redis 上搞个队列，里面存全服所有的（ appId + 接口 + 时间戳 + 随机数）请求，比如维护一个三分钟队列之类的，这样队列也不会特别吃内存，搜索开销也不大，这样？

大概看了一眼楼上说的应该没问题，并非所有类型的任务都能通过异步加速，你要做好心理准备。另外 aiofiles 的实现其实很丑陋。。楼上说是线程池跑的，我有点忘记具体情况了，只记得以前读源码的印象是很丑陋。。

magic method 翻译过来是魔术方法，不是魔法函数，LZ 你还是别面试别人了，在我这首先不合格。所谓 python 的精髓在鸭子类型，好一个 javaer 发言，只能说这是在往 py 迁移多态中产生的错误想法，py 的精髓跟鸭子类型也一毛钱关系没有。啥水平的还能面试人还能出来发帖吐槽？

@xingzhi 个人看法，无论如何，开发中就算有一丁点可能性动到生产服务器的数据，我都觉得是一件很可怕的事情。。