本服公益和公费默认直连，勿二次反代和挂梯

开号bot： @xyz_gy_bot

发电私信bot： @cool_xyz_bot

入库通知: https://t.me/xyz_push1

频道: https://t.me/xyz_push

请自行注册: https://emby.yun

随机发放注册邀请码！！

1. 公益码服务

- 配额：每月限量发放20个公益码，全渠道公益码（含历史及新增）均默认配置白名单权限。

- 线路规格：公益服采用电信直连线路，带宽500Mbps，高峰期限速80mbps(闲时150mbps）；终端限制为单客户端(播放端，不限登录端)，不支持多设备共享

- 获取渠道：随机掉落和支持发电188

2. 公费订阅服务

- 资费：18元/月，服务默认直连模式。
- 资费：48元/季，服务默认直连模式。
- 资费：144元/年，服务默认直连模式。

- 线路规格：公费服为BGP三网直连线路，带宽1G且高峰期不限速；终端支持3台客户端共享(播放端，不限登录端)，无使用限制。

3. 公费白

- 权益：一次性购买五年期服务，默认享有白名单权限，其余服务规格与公费订阅服务一致。(四个公益白可兑换一个公费白)

我和狐狸探讨过一个问题：为何资源入库量越大速度越慢，且用户数量越多就需要部署更多容器？归根结底，是SQLite不适合高并发场景。

SQLite的单文件锁机制是核心瓶颈——高并发读写时会频繁触发锁等待，直接表现为CPU占用率飙升，入库与查询的响应速度显著变慢。

我们以“小雅”做过测试：50万条资源数据、10人同时加载的场景下，容器CPU占用率达30%，内存占用高达12GB。为此，小姨子采取了资源数量管控策略：每次新增热门资源时，同步清理无人访问的冷门资源，将总资源量控制在8万条以内；同时开放求片通道，且不限制用户的求片次数。

“资源总量控制在8万条内+按需求片” 是一套十分务实的折中方案：既规避了SQLite的高并发短板，又能通过按需添加热门资源满足用户需求，还能有效降低存储与容器的资源占用压力。

字幕问题解决了，每天凌晨三点自动补全，然后到ai自动生成。
追新问题解决了，自动爬取115，cloud189，123网盘，获取最新集数，下载到本地上，一个月后上传到oss。
网络问题解决了，20号带宽下来了，公费带宽1500mbps，公益带宽900mbps。
起播问题解决了，因为本地有硬盘48t，足够缓存了

迁移设备，回滚到原云机

各大服都被ds了，大部分人可能都无法正常使用😇，小部分人没问题

套cdn了，你们又可以直连我的口袋了😭，现在应该都没问题了

更新狐狸2.0内核，封堵了emby的中间键漏洞，网速应该恢复了

已购买公费白的，可以私我，今晚增加公费白独立线路和容器，svip当然要区别对待

凌晨我路过镁光的仓库，发现一大堆无人认领硬盘大概300t，先给一号服内测，如果没问题，小姨子将全面转换成硬盘服

感谢同行衬托，我被打死了

开始全面转型到硬盘服，让你们的小姨子变理财产品