[站务] 猫の仓库 现已计划提供 Sync 分流

花了些时间做了点额外的工作，现在计划对本站的文件库提供Syncthing  或者类似方式的同步文件夹。

此举意在通过去中心化方式对本站日益庞大的文件库建立备份和分流，以应对本站越来越难以为继的维护成本和预防本网站在之后可能存在的暴毙。

 

当然了，本站也不至于就这么活生生水灵灵的就倒闭了。本站也没什么状况，只是本人有点状况，这个后面讲吧，总之之后如果确实无法维持我会将本站这几百万字的语料转换到一些Serverless服务进行托管。

而话又说回来，考虑到本站及本人的这个号召力不能说是一呼百应吧，至少也算是忽略不计，所以这事能不能干成，还需要一段时间的测试。

 

其中的困难主要是本站维护的文件库目前已经干到了8TB，但是这个网站的大多数用户对于这个网站的需求往往只是其中的一小部分文件，所以我实在想不出来该用什么方式去鼓励其他人加入这个同步。

一块8TB硬盘的价格足够一般人开好几个网盘的会员了，何况8TB的硬盘也不是一般人用得上的东西，再者一般人看完也就删了，而我需要一直占着着8TB的硬盘，不但要占着，还得用着他的电费他的带宽来上传，就这个事情怎么想都不太对就是了。

而反过来，一些不太在乎这点电费的PT佬之类的高端玩家，且不说看得上看不上这点东西吧，主要本站也没有办法提供任何哪怕是情绪价值，PT站起码能刷积分玩吧，但是本站也完全不是按照这种方向设计的，或者我专门去维护一个PT站吧，对于这点资源也不值得，我自己开发一个简化一些的PT程序吧，md本站这个网站程序都改来改去的写不明白，就也没必要给自己添堵了吧……

 

综上，这个同步盘的方法是否能够运行的起来，最终还是要看对这个感兴趣的人多不多，但是凡事先试试，我会在一段时间内逐步合并本站的文件列表到同步文件夹中，同步KEY会统一发布在这里：

 

https://www.catacg.org/sync.html（已弃用）

 

然后说一下为什么不用 Syncthing ，主要是 Syncthing 在国内使用需要额外维护中继，以及 Syncthing 更倾向于备份工具，其中的版本控制之类的功能在这里的场景下也是用不到的。

大概就这样。

 

---

于是最后就是随便聊聊环节，关于本人的状况是怎么个状况，就和和本站运行至今存在的大部分限制、缺陷、困难等问题一样，都可以简单归结为没钱闹得。

虽然通常情况下我是不会出来讨论这些的，因为这些加钱能解决的困境，本质上是我的困境，和这个网站的主题无关。人们希望看到的，是一些比自己混得惨的来平衡自己心态，相比之下，我的这点问题比起真正惨的那些倒霉蛋还是好太多了，于情于理这个惨是不应该我来喊，而这世界上从来不缺倒霉蛋。

 

但是倒垃圾可以缓解心理压力，作为本站站务贴的一项固定节目，所以下面我要倒垃圾了。

 

总觉得吧，这些年了感觉我也有点行业冥灯那意思了……

做淘宝时候是赶上淘宝取消营业执照限制大户们开始搞“店铺海”大铺大盖了，做单机主播时候是给直播台干倒闭了，做摄影后期给因为不让说的大号感冒给影楼干倒闭了，跑去做广告实习期刚满第二个月都没见着转正的工资呢赶上一波行业整顿，然后那个MCN公司的资金链烧断就老板跑路了，然后赶上了为期半年的超耐久封城，这下也就不用去找班上了，所以蹲在家里现学了些前端，然后就做点IT外包之类的蚊子腿的活计，毕竟这个期间，团购啊之类的小程序市场需求很旺盛，包括到后来这几年的物流类网课类租赁二手之类的各种旺盛了那么一小下的小程序需求，也就这么顺着就混到现在了。说起来的话，虽然风口全没赶上吧，但是反正汤是没少喝，这些年也算是混得还不错了。

至于眼下，去年以来整个“互联网行业”是什么水温估计大伙也有一些耳闻，就不细品了。虽然但是吧，互联网这行业澎湃了这么些年也是该到头了，只有打工人被打的故事又一次迎来标准结局。我这类处于行业大锅底部的杂鱼要说感受倒是也没什么感受了，从今年五月到现在本站的更新和维护计划就开始长期处于一个飘忽不定的状态了，就像我说的那样，我确实挺忙的。

大致衡量一下的话，我最近半年的工作量已经是上半年的两倍多，但是收成这一年多以来是稳定向坏且越来越坏的，照目前架势已经是快发展到要揭不开锅这一步了，穷则变嘛，变则通不通就看命了。

 

但是话又说回来，前端这些年发明的鸟玩意屋上架屋上架屋子子孙孙无穷无尽我早就想吐槽了，轮子上面装轮子，吃一坨拉的两坨的属于，说真的有这工夫这些技术偶像们不如凑一起给html语法好好改改，实在不行你们意见统一一下也行啊，总之就是做基础设施吃力不讨好不如发明标准增加学习成本方便拉踩。

我这些年跟着甲方屁股后面哐哐做这些几把框架的几把项目我是真的要吐了，甚至这些几把框架能做出来东西都是差不多的，毕竟市场的需求总是差不多的。看轮子学轮子能有啥意思，我缺的是那点获得感吗，我是不缺的，但是我这些甲方的爹们缺啊，偶像们随口一句性能提升200%之类口嗨甲方是真信啊，虽然入口速度提升那么0.1秒我不知道，但是网络延迟能找回来的就有好几秒，关键你让他加钱上算力上带宽他还得跟你急，多说两句就该你不做有的是人做了。

但是好在，现在再想做也不用做了，因为甲方先没了。

 

那么话又说回去，猫仓这网站势必也会成为穷则变的一部分。而这一切要不要变能不能变，也就是直接事关本站暴毙可能的问题。毕竟这年头的风云实在太变幻了，按我本来的计划，我只需要收集足够支付网站服务器账单的成本就可以了，然后用服务器做种进行文件分流这样就可以形成持久的文件保存，按这个步骤，网站不需要这么大难度的维护一个这么大的文件库。

我是没料到这年头的BT环境已经烂完了，种子如果不是十几倍上传根本保不住，而本站这点小成本根本维持不起这样上传。但是我也没料到现在的风险不是付不起服务器账单，而是作为网站维持到现在的必要因素，我能提供的无偿的工作量，实现工作量可持续的面包也快付不起了。

 

总之呢，简单讲的话，改变的话方向其实就两个，要么降本要么增效，弃坑跑路或者涨价扩产。降本方案就是本站再一次发表跑路宣言，网站将被放弃维护，直到本人经济能力有一定恢复之后，本站将如两年前那样如闪电般归来；增效方案就是反过来，网站将痛改前非成为一个SSSVVVIIIPPP类型的营业网站，唯一问题是基于本站许多年以来始终坚持倡导理性消费，实现如此巨大回旋还是有点难度的，不过高情商的往好的地方想，本站的营业方式提升空间还是很大的。

 

对于猫仓这个网站来说，你能看到的这些发出来的文章其实只是整个系统的一部分，在这后面是一大堆我之前四五年断断续续鼓捣出来的一些爬虫项目和自动化组件，这个网站归档的文件基本上就是这么来的，简单来说是我在大概在十几个网站、论坛、搜索引擎做了简单的搜索功能脚本，每个月检索一遍我列出的关键词列表获得一些比如Excel的搜索结果，然后通过强人工智能的方式（指我自己）去筛选需要的信息。后面的事情就比较码农思维了，获得了一批文件之后经过整理会放在一个我硬盘上的“暂存区”文件夹，然后再统一“提交”到库存中，再之后的打包上传就是自动化批处理的了。

于是照比本站同类型的其他网页来说，这整个运行成本是要高出去很多的，单就这些步骤导致的额外服务器租赁开销就要比多出来一大截，毕竟别人一般都是几个网站之间一套文件互相搬运就算更新了。而在这里，因为批量下回来的这些文件整理校对是免不掉的。当然，这也导致本站实际生产速度瓶颈的原因，因为我能提供的工作量是有限的。

所以这网站本身模式就是比较有问题的，这也是我经常在思考的问题，我很早之前就得出过本站的工作成果并不比别人更优秀这样的结论，但是我又没有优化的办法，虽然我不认为整理合集是没有意义的，猫仓之所以叫猫仓就是为了把这互联网上的每一次狂欢之后的遗迹整理起来然后摆在架子上。

 

当然了，就像前面说的那样，这是一款我的问题，所以需要我来决定，有待商榷的地方还是挺多的，到时候会另外有新的公告的。

 

在这之前……今年的冬天还是挺冷的，大家小心防寒注意保暖吧。