这是一篇水文?其实不是,上传+115生活日志监控实现增量入库这个事情,有朋友测试后发现,还是会有遗漏,痛定思痛,我决定把上传通知做了.

关于媒体库方案的内容,整理到现在,我觉得可以稍微总结一下了,也针对部分网友使用过程中遇到的问题,我也一并说明一下.

家里的MacMini长期开机,跑了一些服务,通过远程桌面管理,近期发现有时候无法远程连接,但是ssh服务正常,尝试通过ssh来重启远程桌面服务,简单记录一下.

严格来说,这不是之前方案的后续,考虑过很多种管理媒体资源的办法,都差强人意,要么节点多,依赖服务多,要么效果不太行.

我又又又更新了,不为别的,之前有朋友在用我构建的docker镜像,觉得还是有难度,希望把图片302的服务端整合一下.

想不到吧,这个方案又更新了,为什么会更新呢,主要是我的vps空间快满了.

​ 这是我家庭媒体库的支线任务,毕竟我的数据库方案也已经七七八八了,之所以搞这个方案和验证,主要是开发的大佬描述的能力太强了,相对原来的cd2/alist+AutoSymlink+Media302方案,省去了AutoSymlink,同时对文件挂载有难度的人来说,门槛降低了许多,我会尽量把我折腾并最终顺利跑起来的步骤记录,按照操作肯定没啥难度的.

之前购买的一台vps经常因为内存突然飙升导致宕机,考虑通过增加swap空间来实现,配置也比较简单,记录一下.

之前整理了媒体库302方案,用了自己构建的docker镜像,用了一段时间,发现了一些问题,闲来无事,今天更新一下.

之前整理了媒体库2.0的思路,基本上家庭自用已经没什么问题,接下来的折腾都是非必要的,有很多优点,但是相对来说,配置复杂度更高了,可能遇到的问题也更多了,结合了很多社区资料以及自己对相关技术的学习和了解,借助GPT,慢慢完善了我的媒体库3.0方案,提升比较明显的地方在于使用302后,不再依赖家中的宽带上行,在哪里都能流畅追剧.