[站务] 猫の仓库月报 2025年2月 – 周年说是
必要先宣布一下猫の仓库2025年的维护计划,
本站的补档问题将着手解决,我计划使用3个月左右时间对本站过去两年多的全部文件进行分批校对和重新上传。
本站的内容更新接下来会恢复,但以一些之前就已经整理完成的内容和一些推荐为主,一些依赖于大量批处理的工作目前暂时无法开展。
本站的主站程序历经时长两年半的练习,现已发布首个生产版本,今后将不会大改了。
本站的整套订阅系统功能将重新修订,在文件库补档工作全部完成后,初步计划是月票改年票,除此之外本站依然会照常提供BT等多种方式分流。
以及猫の仓库站长本长对于本站项目维持至今的一点 New Type,
由于本站的文件库目前实际上完全依赖于Onedrive,出于e5账号用的越久越容易猝死的担忧,所以接下来会实行分离存储,弃坑或者已经维护完整不再更新的资源接下来将会转移到百度盘/pikpak/BT分流,一些正在更新中的资源保留在Onedrive同时保留我本地的备份,这样维护起来会比较方便,并且能更有效利用我有限的存储空间,也不会因为任何一个网盘账号出现意外导致损失全部存储。
对于更新事项,由于本站的文件库实际上是依赖svn进行版本管理的,经过了两年多之后已经存在了巨量冗余数据,最近这几个礼拜我主要干的事情就是重新给里面的数据重新按单项整理出来,至于接下来,我计划吸取一些现实物流系统的经验,简单来说就是给每个文件包设计一个识别码然后基于数据库管理这些文件,想法是有了目前还没有实现,这个是接下来对于本站自动化维护文件库的主要设计方向。目前的工作计划大概是这样,我准备先把站内一般向资源搬到百度盘,上个月的时候网站所有的BT分流已经上传完成,除了这部分之外目前还剩下一些还没整理完成的文件,会随着文件库分流重建过程进行,已经校对完成的部分会暂时放到我提供的 Fopun 节点上,已经有BT的我推荐优先下BT,实在不行 Fopun ,虽然 Fopun 速度慢,实在不行可以通过站内网盘,网盘会快一些,只是每天会限流,各位自己选个喜欢的就就是了。
本站的Web页面目前已然完成了我在三年前对于这个项目的全部设想,当然我这个设想的全部其实本来就不复杂,主要来说就是足够精简并且功能上接近主流站点,但是因为在五年前我也没干过正经的Web开发,两年前我也没干过正经的前端,所以实际上这两年半大部分时间都是走弯路去了……但是系统设计毕竟是个复杂的事情,一些大家平日里在大厂app里司空见惯的功能啊之类的,放到个人项目上实现难度就会成倍增加,就算是目前,我也只是实现了网站该有的一些基础交互,然后做了一套API用于自动化的控制网站发帖和文件上传,也就这样了,反复重构肯定是没什么必要了,之后就是考虑给网站加些论坛之类花里胡哨的功能。
对于本站的订阅系统的一些问题,得益于本站的订阅价格实际上也不是很高,也就造成了本站的客服投诉率长期居高不下。我能认识到这个问题,但是很显然我也没准备解决这个问题,由于本站实际上是个博客并且是对内容质量有一定追求的博客,我确实也没把精力放在军事上(bushi),毕竟一天都是24小时,我要干的事情又太多了,所以提价应该是最有效的办法。理论上,关注越少能力越小,能力越小责任就越小,增加钱包检定强度是更进可攻退可守的方案,一方面加钱可以让我用更加work的方式解决各位的问题,另一方面毕竟本站的长期运营目标也就期望回收一下成本,包括做种服务器在内成本一个月大约四百多几十,仅从实现角度考虑的话网站每个月新增4个用户显然要比每个月随机维系40个用户容易的多。当然了,订阅之所以是订阅主要取决于各位对我工作的满意程度,包括分流方式在内的事项不会更改,虽然照理来说一个网站活的越久吃相越丑其实是个很正常的事情(这个过程我们一般有个通俗易懂的叫法就是提纯),但是本站显然罪没必要至此,如果有可能的话,或者说能凑到足够的人摊平成本咱可以一起整个emby服务器之类的来玩,不过凑人这个事情倒是也不用期待,毕竟我个人这个号召力确实也约等于无。
总之就总之一下吧,由于这段时间以来本站正在试图整套的替换原先的文件库保存方案并且毫无成效,于是接下来一段时间我的主要工作会是手动检查所有文件并且重新上传,考虑到本站运行和维护长久以来始终以开放的心态面对变化,并且随时一拍脑门,主打一个目标没有导向,但是这也并不妨碍本垃圾网站就这么蹦跶了七年。
于是,猫の仓库七周年快乐~
