@Scirocco 视频渲染是可以的，我们也有接触渲染这一块，渲染的时候都是按帧分发任务给集群，真正大型电影一帧就需要几十分钟甚至 N 小时单机根本没法玩

打游戏 ✖
视频渲染 理论上都是支持的不过具体还要看软件，比如 ae 就支持分布式渲染，一些小软件可能不支持

@mokong 我去 执行力真强，必须支持下
手机刚好摔了 等我修好就来下。。。

软件是公司的，聊天记录是自己的，自己的东西如果你觉得有用在付出成本不高的情况下当然要尽可能的保存

别的不说，20 年后也是一种回忆

@also24 我感觉正常人的理解才是对的，python 无法脱离操作系统独立运行
正如你自己也写的，micropython 和 pipyos ，但他们不是 python ，包括你视频发的，也不是 python
如果你问一个程序员，python 能否脱离 os 独立运行，他的答案是否
然后你再问他，对 python 进行修改或者精简，能否脱离 os 运行，他的回答有可能是能
但这并不意味着 python 就可以脱离 os ，除非-你能运行一个完全脱离 os 并具备大部分特性的 python ，并且它跟通用 python 的差异就像嵌入式 C 跟 C 的差距一样小，大家才会这样认为

不错 效果非常棒

https://i.imgur.com/9DgvxxZ.png

微软=微砍砍

我之前看了一点点易经，发现这其实是一个基于人脑神经网络的多元回归预测模型 🤣

这个就是类似我们以前遇到的问题，最开始也是采用独立版本，但是这样同步修改比较麻烦
所以后面就直接整合在一个版本里了，相当于你每个不同项目就是一个子站，数据库上能直接数据独立就独立实在不能独立就分别存储，程序上根据不同子站实现定制化功能需求，这样做的缺点是前期整合起来很痛苦，耦合性也过高，但优点就是维护方便
我感觉大型公司处理这个问题也是整合到一起的，不然随着版本号的不断累加，拆分后即使是大公司也难以承担越来越高的维护成本
没有优雅的解决方案

@dingdangnao 我试试看 多谢提醒

@vokins win 处理的话程序倒是简单，我自己都可以 2 小时撸一个出来，但是有点麻烦，要先传电脑上，处理完再备份云端
@mokong 我愿意成为第一个付费用户

我也建议全部 post 来，rest 本身就不是一种足够完备的风格，如果全部机械式按 rest 设计只会带来更多麻烦不便

api?{"req1param":{},"re2param":{}}
或考虑伪静态之类 api/{"req1param":{},"re2param":{}}

参数也可以编码一下

现在还有个 GraphQL 的新概念，需要后端配合修改据说可以多个 api 整合但是会增加不少工作量没用过

直接拼接倒 url 或者 (如果有冲突)装入 json 整个作为一个参数?
反正作为 get 来说参数应该不多，如果参数太多还用 get ，感觉是有问题的

@NeezerGu 单机的话 redis 主要瓶颈在内存，多开不能提高什么性能(我怀疑还会降低)
如果是多机，那不如直接 redis 集群了，还不用考虑分配系统逻辑更简单

@avastms 进入单页面时代之后，前端内存照样很容易泄露如果不注意资源释放，举个例子，通过组件创建 video 标签播放视频，退出时哪怕你把 video 移除可能都没有真正释放，必须先 stop
不释放的后果就是内存不断占用知道耗尽资源
另一个类似例子，单个标签下可创建的多媒体标签是有限的，哪怕 remove 掉似乎也会占用额度，超额之后就无法再申请

确实不实用，自己私下想的算法安全性测试都没有没人敢用(而且这图看起来似乎。。。安全性不太高的样子)，还不如楼上说的直接 aes 跑一遍，安全性经过权威测试，速度芯片级优化，体积也不会增大

页面太乱了，而且页面滚动影响了滚轮滑动