容器是为了多实例隔离.....
不需要在一台机器上跑多实例就根本不需要隔离,不需要隔离就不需要容器化

很多人喜欢 docker 的原有和家用 nas 跑 docker 原有差不多,自不会配置,运行别人做好的个 docker 就起来了不怎么需要自己配置,简单来说就是菜

windows 的非服务器系统当服务器跑完全不行
linux 作为娱乐机器完全不好用

底层跑 linux 上层虚拟化跑 win 也很浪费性能...还不如老老实实拆开两台

除非家用显卡虚拟化放开,正真的能一机多用,否则不值得在虚拟化上浪费性能

itx 小机器两个 hdd 开机大概不到 40w 功耗,还是 8700t 的 cpu

N 卡开放 显卡虚拟化以后...PC all in one 才是真正的崛起

否则...itx 小机箱即可

你应该反省一下....开发重要 vm 你没备份数据

GEN8 改造 itx 机箱！

b 站 apple tv 的客户端 会被当做手机端 不用两份钱

我看小猫的 b 站....
DCS 爆过他 3090 的显存,没想到内存也那么夸张
23333333333

cgi 模式运行的文件服务器你们也感用
呵呵

不要用任何 cgi 模式的文件服务才是正道....

回想起了用 atom 卡得我蛋痛的经历,导致我看见 js 写的编辑器就怕
对 vs 的抵触也是因为 atom.........

去死吧！！！！渣渣！！！

http 服务端的 max head length 是一种简化处理方式
因为 http 包的长度在 http 头里,在读取完 http 头前没法判断总长度
为了避免无限制的读取 http 头,直接设置 max head 长度

自己写过看过 http 服务源码就知道了

服务端 http 读取头部有个默认的 max head length 长度, 这个值设定第一次 socket read 的最大长度
如果发送的 http 头长度头超过这个值,那么服务端读取的时候会发现 http 头没完结,http 协议无法解析,直接终止

每个服务端的的 max head length 都是可设置的,默认值不一定一样

参数是 url 的一部分, url 和 headers 数据都在 http 头里,所以 http 长度的限制不是定值

@lazywen

T 系列是专门的低功耗.....会比标准系列更省电

别折腾什么内网穿透 vpn 什么的...非要折腾这种容易被盯上的干嘛

打个电话给电信要个外网 IP 做 ddns 加端口 nat 就行了

itx 用 T 系列台式 cpu 非负载情况下整机功耗 20-30w

然后根据你的 HDD 硬盘数量每个盘大概 10w

家用 pc 稳定性没问题的,家用宽带 30M 上传现在基本都有,不开 80/443 等常用端口基本不会管

家用 all in one 其实非常方便,不要折腾什么 arm 黑群晖直接 fedora 等标准 linux 就可以了

家用带宽有 300M 的地方现在挺多....机房贵多了

等等你公司用还是自己用？

家用宽带你不开 80/443 端口基本不会有问题,DDNS 足以

直接上 linux 标准系统,itx 功耗也就是 30W,具体多大功率看你多少个硬盘

不要选 cgi 模式的网盘程序,推荐用 seafile,客户端齐全,支持快照

钉钉机器人比较方便

socket 代理用 websockify 这个库就好
openstack 就用这个来转发 vnc

别自己吃力不讨好的折腾其他的