[站务] 猫の仓库月报 2024年6月 - 基于急没有用原理所以急没有用

由于站点当前的图像功能被重写了而且还没写完,首页预览图暂时没了,虽然已经暂时一阵子了,但是别问了,我争取这个月内就写完。

由于这段时间统计到的关于本站认证功能相关的问题非常多,我计划给这部分组件也重写一下,方案目前还没决定,但是争取在这个月内也写完。

另外,因为都说了要给站点模板作为开源项目发布了,所以开发过程不可避免的增加了很多解耦合之类的的工作,好的消息是快干完了,坏的消息是快干完了。

 

关于本站认证系统的更新之后会单独发公告以及更新站点说明,至于目前只好大伙先凑合一下,依然,有问题可以去群里找我。

大概就这样。


然后我希望解释一下关于这个验证器的存在和设计问题,虽然反复解释过很多次了,但是完全不认证是不可能的,但是更复杂的认证也是不可能的,这和本站的一些理念有关,当然了,关于理念不理念的其实也反复解释过很多次了,所以这次聊点别的,比如怎么个不可能和为什么不可能。

就像我们以前说过的,猫の仓库是一个普通的互联网博客,致力于提供一些标准化的文件归档以及针对于这些归档的相对客观评述。

但是这样说可能是有些过于抽象了,于是接下来我简单做一下笑点解析:“普通”、“标准”、“相对客观”。

为了成为一个普通网站,我设计了网站现在使用的模板,当然,因为有一些工作量预期失误的原因,目前的开发进度距离完成还有那么亿点距离,简单来说其中工作大致分两部分:一部分是网站页面,包括网站本身的页面结构、SQL、攻击防御缓存逻辑等等等等;另一部分是网站文章的发布工作流之中自动化的一些脚本,也就是查重、版本比对、重命名、文件清洗、打包、上传等,这些基础工作的自动化。

至于标准,因为网站多数时候是由我来更新的,所以这个标准化是基于我习惯的标准化,这个事情会涉及例如本站的分类结构、提供的文件结构、某些文章的更新频率等,除了这些,还会有一些非常鸡零狗碎的取舍判断所构成的“习惯”,比如我非常反对双层压缩我认为这是谋杀固态硬盘,比如我整理文件的文件名会只保留必要的信息而去除其他所有无关和不重要的,比如如果两个作者有合作的情况下如何判断文件保存在哪一个作者的目录。

而评述为什么是相对客观的,因为纯粹主观或者纯粹客观就没什么意思了,理论上来说,这里文章发布的都是一些“我觉得不错”的东西,对于“我觉得不错”这点,我的观点是比较广泛的,我认为“我喜不喜欢”和“这东西好不好”是两码事,就像ZZZQ不等于普世道德大是大非一样。同时,本站的一些道德准则(或者说是“大是大非”)的问题上是期望中性的,一般情况下我会提供我所知的事实并尝试描述整件事情的全貌,但,所谓人事即ZZ,一些时候如果谈及事实那么就无法避免谈及人事,通常情况下,我会主观的表达一些态度,把潜在的攻击对象换成我自身,这是为了避免一些不太妙的问题以及防止攻击扩大化。毕竟这个年头的互联网虚拟的东西也太多了,有许多的逻辑都是基于“前面我觉得中间我觉得所以我觉得”然后整个问题的级别就抬升了一个档次,我倾向于认为这种逻辑除了抱团提纯找认同之外没有任何作用,并不能解决问题甚至没有直面问题,我不希望这样的风气蔓延。总之,如果作品有什么与众不同或者遥遥领先的地方,那我都会认为是“不错”,这是客观的,但是同时我也会尽量更详细的指出我认为作品存在的问题和好的地方,所以这部分是主观的。

 

所以,针对这句表述我可以换个说法了,这个网站存档的是一些我的收藏,记录的是我为什么收藏。这个网站的目标是帮助一些和我的需求类似的“松鼠党”节约挑拣“松果”的时间。

 

这意味着两件事,首先,这个网站的更新上限取决于我收藏的范围和整理的进度,其次,我并不致力于给各位提供“丰富的选择”。

 

本站近一年多每个月都会稳定新增大约400G左右的上传,当然,这个只是上传,实际上还会有一些部分因为本站的滚动式更新时候被删除,目前本站总计维护了6.7TB的文件,和这些文件匹配的,还有一个同等大小的 SVN 版本管理库,以及一个几千行的用于管理网盘链接的Excel表格。

简单来说,我的目标是提供和维护这些东西,而不是忽悠你成为 XX网盘 的新用户然后赚五块钱提成。

虽然,其实我并不介意去赚这五块钱提成,但是很遗憾的是,本站并不是流量网站同时抗拒成为流量网站。

为了避免成为某种意义上的“主流网站”,这几年我一直在使用许多比较主观的描述来规避热门关键词,另外本站并不会在标题中标明合集容量,也不会去写很多似是而非的描述,这是因为本站并不能够脱离搜索引擎,但是本站可以降低自身排名。同时,你会发现一些点击率很高的帖子其实被放弃更新了,以及一部分的点击率很高的帖子都尽量提供了磁力链接,提供磁力链接,则可以避免大量的路人被转化到本站的订阅上。

 

本站的需求是让文件长期保持可用、并且不会受到DMCA等问题的干扰,作为一类“小众网站”可以最大程度上提供行事自由并且保持稳定。这个是本站会专门设置认证的原因,这种方式简单有效的降低了本站的传播属性,同时,因为没有流量上的需求,所以本站在完成认证之后会尽量降低打扰,而不是对各位使用各种验证弹窗或者显示一个闪着金光的“SVIP”。

于是,这个设计思路显然是有些问题的,因为它太过于简陋了。于情于理,本站确实应当提供更直观更简单的认证逻辑。所以这个问题在半年多前就已被提上日程了,但是由于开发进度远差于预期所以被搁置到现在。毕竟我能提供的工作量确实是有限的,人如果变成两个,一般只能体现在精神上,并不会体现在工作效率上。

这一切的问题又回到了罗马哪一天建成的问题上。很可惜,这一天肯定不是今天。┑(-Д -)┍

所以回到开头,我争取这个月。就像我经常说的,基于急没有用原理所以急没有用,但是你可以扣1给猫师傅加油。


借此机会,顺便说一些其他常被留言的问题:

  • 就如前面所说,本站对于“不错”的定义是相当广泛的,一个作者哪怕只有一个作品“不错”本站也会因此整理合集。
  • 本站实际上是有一定的更新计划的,这个事情以前也详细解释过,简单来说就是每个月只会计划这个月更新哪几个分类,但是具体更新什么则取决于整理进度。
  • 至于整理进度的问题,因为我们互联网gai溜子是这样的,只要有的闲就会高强度量子速逛各种平台网站群论坛,给感兴趣的东西点个收藏然后立刻奔赴下一个平台网站群论坛。这会导致一个问题,就是中文的社区由于各类资源的流转主要依靠BD等网盘,然后就会由于相关()和()要求所以文件经常是一些稀奇古怪的文件名。所以,我很大量下载的一大堆文件在整理之前经常就是个盲盒,因为统一处理同一类工作时效率更高,通常我会在盲盒积累到一定数量之后才会统一处理。
  • 磁力链接不是凭空变出来的也不能像网盘一样上传完了就完了,做种需要花时间做完后还需要花更多的时间去保种和维护,没这个时间的前提下死种了我也救不动,还有不是所有贴都去做种是因为保不住,也租不起那个容量的服务器,别问了,真没招。另外Thunder也不是我家开的,你充SVIP有没有超级加速这事我说了也不算啊。
  • 对于网盘分流的问题,由于目前我并没有足够健全的方案在不使用双层压缩的前提下提供不需要维护的网盘分流,但是由于本站巨大的文件容量我又不得不考虑维护难度的问题,如果使用隐写或者去除文件头等方式又比较考验各位的“电脑知识”,而且此类方式处理的文件更容易损坏,并不是很易用。另外虽然这样说可能不太礼貌,但是我并不希望从“如何解压文件”开始技术指导。
  • 以及一点额外的“电脑知识”,对于之前个别的希望本站不要双层压缩的留言这是一些回复。本站提供的所有归档的“成品”均为ZIP格式的,其中的文件是清洗和校对过且不存在任何无关文件且压缩格式是仅存储的,所以说是“成品”的。这是为了方便使用一些电子阅读软件浏览,对于手机用户来说这至少可以防止你的相册APP里出现一堆色图。但是对于机械硬盘来说,文件系统内的文件数量越多就意味着文件系统出错的机率越高+拷贝时损坏的机率越高,而打包是最有效的减少此类潜在问题的方案。所以,这不是双层压缩,这件事本身依然是上面所说的其中的一个“鸡零狗碎的取舍”,我认为提供通用且易用的ZIP是更好的,也仅此而已。虽然你完全可以按照自己的想法全部解压出来存放。