虽然不知道你的使用场景，但是最近正好看了 Jellyfin 的设备选择建议
https://jellyfin.org/docs/general/administration/hardware-selection
对于超低功耗/成本平台，官方非常不建议使用树莓派，而是建议至少 RK3588 。
Most Single Board Computers (SBC): Most SBCs (Including Raspberry Pis and especially the Pi 5) are too slow to provide a good Jellyfin experience since they often lack proper support for hardware acceleration. If You really want to run Jellyfin on an SBC, please look at models based on the following platforms: Rockchip RK3588 / RK3588S, Intel Core, Intel 12th gen N series

看时间 刷地铁

放心，大站会统计各个人上报的每个种子的上下传数据的。每次加总，总上下行对不上的时候都有你小子，就可以飞了。

错误的，网络延迟你可以靠并发去掩盖，比如单个用户 0.1s （处理时间） + 0.9s （传输时间） 的场景，大可以在等待 IO 的时候去服务其他用户，毕竟网络 Socket 本身是交给内核去处理。但是如果处理时间要 1s ，那真的就只能处理 1/10 的用户了。

有些外企其实也流行这样，主要是为了让新员工能快速接替老员工工作，直接翻下日报就知道过去都干了啥。

13 感觉解锁之后主屏出现变慢了。

rust 和 python 的流行度完全没法比呀。即使框架被重写了，各种插件不重写完全推不动。因此需要很多“人”重写。

@sjbsjb233 #4 其实 iOS 开发者模式的定位也是一眼假，海拔高度为 0 。

在某大厂，大厂除非是特定团队不会问这种问题的。以业务团队的视角回答这些问题。

1. 在大厂 MySQL 是不能用 Docker 的，为什么？
现实：用数据库团队负责的云实例，底层是怎么做高可靠的无所谓。

2. 今天业务被 DDoS 了，你如何在 10 分钟内解决问题？
现实：联系安全团队做流量清理，同时在容器平台上扩容。

3. 如果被爬虫爬了，你应该如何解决？
现实：无所谓，反正大家都在互相爬，安全团队提供一定的安全保护能力，愿意用就用。

4. RAG 和 Agent RAG 有什么区别？
现实：不知道，公司里各种 AI Agent 平台，别让我理解复杂概念，哪个能最简单让我直接把文档平台直接接入，回答的最好用哪个。

曲线救国方案：绑定 Solana

@heychs #6 不能 浏览器提供的 API 没有这种权限；手机也没有这种权限，以前 APP 要求电话权限是为了拿 IMEI ，现在也几乎都拿不到了，只能拿到可重置的广告的 ID 用来跟踪。

这么一想玩 Docker 才是真的体现了 Docker 设计之初的目的，小白点两下就能装上各种服务，不需要操心依赖地狱。至于底层是 Docker Compose 还是 K3S 甚至是 K8S ，才是不重要的东西，商用/三方系统都尽可能的不让用户关心这些内容。

可

装了插件 没注意就没有配额了~完全没有体验感

Infuse + Vidhub 双持会员配合 Jellyfin ， 电视上用 Infuse 手机端用 Vidhub ，一直期待有一个足够好的播放器~
求个码体验一下 YWRtaW5AaWxvZnQueHl6

我的方案：
https://www.iloft.xyz/archives/new-nas.html
还要未来扩容，盘位的要求很高啊，如果 ZFS 的话，下次扩容就是 8 + 8 了。可以考虑直接上 24 盘位的 NAS 机箱，配合服务器主板，或者直接买 4U 服务器。

Safrai

其实问题在于是否被剥夺了之后选择的权利~