茅羽耶 私聊

看到过一篇博客，系统地讲了下IPFS的问题： 只知道该技术可能使用了区块链类似的模式 IPFS与区块链技术上无关，不过生态上区块链社区似乎挺喜欢IPFS（ 关于托管平台，filebase给了5GB免费空间，单文件最大1GB（大概）

LZ都装了VS2022了, 怎么看的还是.NET CLI + VS Code的教程🤔. 我记得写.NET Web api不是在VS里面鼠标点点点就可以新建模板项目然后运行了吗 教程：使用 ASP.NET Core 创建最小 API | Microsoft Learn (话说真的有人会在Windows上玩.NET放着VS不用, 去用.NET CLI吗, 除了玩熟了想换换口味的以外🙃

很多免费小说读物，

wenku8提供的主要是日轻

我推荐 fastapi，生态稳定上手好写体验也可以，中小型项目用用问题不大 js 它本来就是弱类型语言，虽然有适合它的地方比如报错也无所谓的前端，但是类型这方面，需要 ts 说明这是这个语言本身的问题，弱类型才需要类型，类型设计的不好才需要用体操来弥补，所以说 ts 方便的代价就是昂贵的报错和难看的体操，以及天生就很烂的性能，不过这并不妨碍它确实很好用

对了，我还忘记了非常重要的一点，你的所有见解都非常的深刻，具有参考价值，我肯定会重度采纳你的意见。这样的直击问题的本质的反馈才是我想要的，你的话题价值胜过你的想象，感谢你的建议 有很多时候实在是我忘记了，而不是我没做，实在是对不起

还有其实直链下载并不是做不到，需要的是再等等 这个并不是技术难度上做不到，而是网站因为没有广告的原因，负担不起资源下载这笔开销 所以以后我有两个解决方案 补丁站马上会接一个广告，如果可以的话感觉可以负担起两个网站的所有存储开销，因为广告的收益就是这么大，而我这两个网站也因为没有广告而少了巨额的收益，不过这也是这个网站最与众不同的地方之一，因为广告的话我自己就会在乎网站的流量了，这会让我有一种把用户拿来卖的难受感觉，一个最优秀的社区网站显然不应该有广告。所以这第一种方式就是曲线救国 这个方案也是我想了一两年了，Hikarinagi 已经率先执行的方案，那就是直接把网站的资源区拆出去做成一个新的资源站，比如 Hikarinagi 就拆出去了一个资源站 ShionLib。这能解决上面一切问题。 但是我等了一两年都没有做，原因主要是这几点： 网站资源区已经太有规模了，不适合拆出去了，拆出去等于网站断了一小半 我实在是太忙了 想要这么做，必须保证账户是统一的，游戏的数据信息也是统一的，因为注册账户太麻烦了，再加一个站用户就要三个账户才能用我们所有的网站，再加一份游戏信息我写代码会死掉的 第三点带来的问题就是需要一个 OAuth 系统和一个统一的 Galgame 数据源，OAuth 系统我已经在造了，Galgame 数据源我打算直接把论坛的数据当做唯一数据源，但是这个还有点略有不足，比如没有预览图和人物信息，你可以看看 moyu.moe 的游戏介绍部分 然后，只能说不愧是我 这个网站被我称为最先进不是没有原因的，现在市面上你看到的大部分新网站，他们的机制很多都是从 kungal 或者 moyu 学习并且更进一步得来的 所以等于说我每次都在开创一个全新未知的领域，相对于传统的资源网站来说，这就造成了我的 Galgame 网站代码进度非常之慢，相对于我的其他项目而言 然后上面的第四点又挖了两个大坑，一是 OAuth 系统，这个东西其实并不难，稍加钻研就能造一个出来，于是机智的我觉得难度太低了，我大腿一拍，Rust + Solid.js 走起，然后我就寄了，因为习惯了 TypeScript 的舒适圈了写 Rust 实在是坐牢，我有点太高估自己了 然后这就造成了鸡肋的问题，前进又不太好前进，放弃又不行，所以这个 OAuth 项目已经被搁置了半年了，因为我实在是很忙，我不止要写代码，我还要管理和发现新的事物，也不止 鲲 Galgame 这几个项目需要写，我平时的工作甚至和写代码都没有关系 本来 鲲 Galgame 这整个项目一大目的之一就是给我自己练习代码技术，但是现在很多地方面临劳动力不足的问题，我实在想研究一下 Rust，但是这导致了网站开发停滞不前，苦了用户的体验了，不过再让我来一次我还是会这么干，因为我不能停留在我会的技术栈上面，也不会停留在我已知的管理模式，我会一直探索进步，这就是最先进三个字的代价，毕竟这可是网站的排面，你看看网站 meta 标签的 description 就是这么写的 上面第四点还有一个问题，那就是 Galgame 数据源，说到这个我建议你加一下 https\://t.me/KUNForum 这个 TG 群，我们附近几个 Galgame 站长经常围在一起讨论 Galgame 网站开发 然后我们讨论过数据源的问题，这个问题目前是存在极限的，有些东西实在没办法从已有的数据源里面获取到，比如某些 Galgame 介绍，这是个损失，所以我又提出了一个新的爬虫 + LLM 的方案，但是我实在太忙了，没时间去做，开始做都不知道猴年马月了 这就是上面提到的第二个方案的困境，实在是人手不够，劳动力严重不足，我一个人得设计多少方案，写多少代码，才能把网站的资源区拆出来一个新的网站 然后为了解决这个问题，机智的我又想出了第三个方案，那就是新开一个 Galgame 生肉资源站，我以前发话题说过这个方案，询问了一下绯月和这个论坛对这个方案的看法，不过我当时只说了我要建一个生肉资源站，没说这个举动到底有什么深的考虑 首先有这个资源站就能一定程度上缓解目前论坛资源区的问题了，你可以像下补丁那样直接跳转到对应的链接上去 然后就是解决了第一点论坛不会被割裂 还会额外带来一个附加好处就是能和补丁站进行联动，我前几天不是同步了 1500 多个汉化补丁到补丁站吗，这个举动考量之一就是为了这个生肉资源站做了一点铺垫 然后 OAuth 和数据源的问题还是存在，数据源的问题可以缓一缓用论坛的凑合，OAuth 那就只能等我认真学习了，我的代码水平不能停留在舒适区，为什么我没有用 GO 呢，因为 GO 我另一个项目在用，写的还算顺手，Rust 比较有挑战性 综上，没有给用户一个好的体验全都是我的技术和运营水平不够，还需要暂时等一段时间，不过按照我预期的发展，不会让大家失望的，这样一个开源免费无门槛无广告定位的网站实在是太伟大了，我会让它对得起最先进这个名称的

我错了我错了，不是我去掉了，是我在某一次代码提交里面把代码写错了导致这个功能它不显示了，并不是消失了，你可以看看网站的代码，筛选组件还是在的 仔细的说一下，问题就是，我不是给会社标签之类的网站都增加了筛选器嘛，这个筛选器和 Galgame 页面那个筛选器是可以复用的。 但是网盘种类筛选器的后端逻辑太复杂了，于是我就没有在会社和标签页面支持网盘筛选 然后这就造成了一个问题，前端要怎么复用这个功能并不一致的筛选器，因为 Galgame 页面的筛选器比其他页面的多了一个网盘筛选的功能 在 Vue 里面有个叫 v-if 的指令可以控制组件的显示，于是我就犯了一个小错误，本来我应该在 Galgame 页面控制显示网盘筛选的，但是我忘了把 true 传进去了，然后组件默认传进去的是 false，所以 Galgame 页面的筛选器就变成和其他页面的筛选器一样了，我哭了 本来当天就说要改，然后我忘了，一直忘到现在了

@ #1 或许可以这样，规定用指定的软件压缩，上传文件的时候检查文件是不是指定压缩程序压缩的，否则就不让上传？

大佬有个问题问下，什么叫文章被搜索引擎收录，这个不是搜索引擎自动爬的吗

对于最后的假设, 我认为其实必要性倒不是那么大. 在我眼里, 浏览器本身就是提供一个受限的, 并且可以用完即弃的执行环境. 因此浏览器中网站或者应用程序的低权限运行对用户是有好处的. 关于访问文件的需求, 严格来说, 除了读取应用程序自身资源和系统共享的环境资源等, 直接访问其他文件或目录都属于越权. 因此, 即便是在独立APP中, 读取相册之类的文件时依然需要用户明确授权手动选择, 其实和浏览器选择文件没什么两样. 即 对于独立APP和Web应用程序而言, 访问文件的问题其实并不是两者决定性的差异. 关于认证机制的想法, 我认为其实很难达成预期的效果, 因为有现成的案例就摆在那里. 首先我们思考问题就是, 谁来做这个认证, 如何保证认证的结果可信, 认证者的立场一定中立? 然后再说回现成的案例, 就拿Windows应用程序数字签名机制来讲, 诸如某四位数字大厂或某三位数字大厂以及某南极动物大厂的全家桶软件, 哪个不是认证信息齐全完备, 发行机构赫赫有名? 但这依然不妨碍他们的应用程序荣获"流氓软件"的美名🙃; 反而是你在某全球最大同性交友网站下载的开源程序却可能因为缺少数字签名直接被Defender列为危险目标😅.  所以说在厂商和用户立场不一致的情况下, 认证更多的是一种利益交换的背书, 而不是从改善用户体验的角度出发对程序或机构进行审核认证, 其中的成本也不是由用户直接承担的. 最后再说一点, 其实Electron最钩史的地方在于, 明明在现代的操作系统普遍提供WebView的情况下, 还要自己打包一个完整的浏览器运行环境. 就好比你电脑里面明明都安装了对应的.NET CLR或者Java的JRE, 结果每下载一个.NET和Java程序都给你完整打包一份一模一样的运行环境. 而且Electron的打包大小相比其他两个可以说简直大得离谱, 连压缩都不一定好使(压缩之后Electron原本弱鸡的性能和启动时间就更加雪上加霜了, 连独立应用程序的性能优势都没了😂) . PS: 再偷偷说一下, 其实用WebView就可以隔离浏览器的快捷键和插件了. 因为本身就是一个系统内嵌的, 去掉浏览器其他功能的渲染内核. 所以只需要做一个统一的打包工具, 为WebView提供一个入口点, 再加载网站的资源就可以实现lz的设想了.

国内网络环境没法这样，目前来说网盘确实用的最舒服的的一种了

先甭管ui设计用户体验的这些有的没的，无论结果如何，最终目标都是实现文件的传播。那么资源站这种用户自由上传文件下载链接并由站点统一管理的方式也是一种去中心化。无非就是大厂网盘或自建网盘或其他下载链接方式的区别。而且文件传播方式有很多，但最终目的都是下载，所以核心思想应该是统筹兼顾文件的所有情况，选择其最优的传播路径。尤其是在已经有比较有效的下载方法的情况下 当一个下载链接比较稳定且容易下载时，符合相关规定与法律的情况下，引导用户去该链接下载是最好的选择

@ #8 这里有一个多重回复的教程: 简单的来说，就是你点击回复时，每次点击一个不同的回复，你的回复面板上面就会显示不同的楼层和你要回复的对象 如果回复面板上面什么都没有，你回复的就是话题主，被回复的人会收到消息通知 你的话都非常有指导意义和价值，你在为所有用户着想，这是非常有价值的 不过我还是觉得太绝对了，让好奇宝宝用户去试试吧，他们觉得不好用自己就放弃了 万一有一个成功的人，之后就会慢慢发展起来的，也有可能完全会落幕 以及 Linux 相关的 GUI，我在用 plasma 和 gnome，我感觉都非常流畅（即使我是忠实的 Windows 用户，现在的主力也是 Windows）。 有一说一，大部分功能都和 Windows 差不多甚至强大很多，比如 dolphin 就支持 Widows 至今做不出来的多页面文件管理器，终端的话更是强大至极。 不过我认为，确实如同你说的那样，如果是基本没有电脑操作能力的普通用户，使用 Linux 可能过于困难

@ #8 每个评论点一下回复就行

@ #2 使用本地存储进行自建网盘对于站点来说其实不太可行 一是没有那么大的上下带宽，很快就会被人下爆的 二是没有那么大的精力维护，维护这个绝对比对象存储建个 bucket 要困难得多 例子方面的话，以前哔咔应该是自己建的磁盘阵列，现在不知道什么情况了 @ #3 是这样的，一般来说绝对不可以使用中国大陆的网盘产品进行存储，安全和便捷一个都没有办法保证 enc 这个都是资源上传者自己想的，怪就要怪我不接广告，如果给网站接上自建存储的话，每个月会产生一笔我没有办法忽视的开支，做不到收支平衡的，长期下去我不确定能否存活（补丁站建站之前就要采用对象存储了，提前考虑到了这一点，所以并没有无广告这个原则，以后开支过大会接广告的） B2 + Cloudflare 是我们 Telegram 开发群 (https\://t.me/KUNForum ，欢迎你来交流网站存储方面的问题) 几个站长讨论之后得到的目前最佳的存储方案，别的方案现在都因为各种原因被否定了 hetzner 存储也不行，他们家的大盘鸡搬东西慢的离谱，还经常出错，我这边也试过，他家的存储只有三倍流量，根本不够用的 不过 hz 家服务器是可以的，论坛之前就用的 hetzner，3c4g 7 欧一个月，很合适 OneDrive 确实是一个非常不错的选择，我们这边有人就用这个，不过它存在一个致命的缺点就是请求次数过多会被限制导致 429，这个对于大流量站点（比如 TouchGal）完全不是一个好的选择，所以如果网站流量很小可以买正价 OD，流量比较大的话顶不住的 还是非常感谢你提的这些建议，很有帮助，你是 05 号机的站长吗，要加个友链吗 @ #4 你的结论有点绝对了（ 初期还是让大家探索一下比较好，是不是好用的只看大家能不能用习惯或者坚持下来了 还有，回复是支持一次回复多个楼层的，比较好用，你可以试试 其实自建下载还是很好的，只要你有广告的费用就可以轻松覆盖下载，按照 Backblaze 6\$ / 1T / 1mo 的费用，绝大部分小站点连用到 5T 都做不到 而一般广告商给的价格肯定是远远超过这个数额的，所以保持网站存活和用户下载体验上问题不大 IPFS 这个东东老早就有人提醒我这么做了，我们 Telegram 开发群 (https\://t.me/KUNForum ，感兴趣你可以来讨论一下) 里面也讨论过这个东东 结论就是现在的体验还不是很好，我们这些人都不想当第一个试错的人，打算等方案再成熟一段时间之后再看

国内网盘我早不用了，自从度盘21年起大规模封禁后，不管是夸克还是阿里国内网盘就不可能用，此后都是用e5开发者，直到年初被巨硬制裁 ipfs我且作为一种分享资源的补充，我也不认为能持续多久，哪天cru币归0了也不是不可能，但现在多少可以用我就用了,至少目前续签没问题，贵站用的enc比这个难绷多了 自建网盘也并非最优解，自从去年运营商开始省间流量结算后，无差别打击高上传，而且各地标准都不一样，至今是一个黑箱，一般是一个月1t,pt吧被限速封宽带的不要太多 B2存储桶6\$一月也不算便宜，感觉不如hetzner，没发过tb级的资源很难理解这些困境 要我说OneDrive家庭版才是最便宜的，6t官网500，tb经销商那里只要300，还有二三十1t的拼车灵车，缺点是多账号管理比较麻烦，pikpak审查没国内网盘严，但非会员几乎不可用；mega盘，涨价差评 我目前的方案是od家庭版+pikpak+IPFS，自认为还行

自建网盘确实是最优解 78月份的时候，我倒是想着自己手搓个NAS来做存储，也有过自建网盘的想法，但因为年底搬家的原因就搁置了 结果现在我看机械盘的价格是真的有点劝退了，原因是AI训练的大量需求导致缺货（据说），16T的盘当时看oem1600-1700左右，二手1000-1100左右，而现在二手的都飙升到2200了，oem大概2400左右（就tm离谱） 提醒下大家，如果想自建网盘的话，可能还需要考虑公网ip的问题，或者内网穿透

文章我粗略地看了两遍，依照我的个人理解，主旨大意是ipfs这种去中心化的资源分享方式在国内不如网盘便利，而且ipfs这么多年来还处于开发阶段，比bt慢且折腾，难堪大用，不值得尝试，还不如网盘？<=(个人推测) 我并不会谈及ipfs具体技术细节，因为我不清楚（不争气的在包含了十几项组件的开发文档前选择了退缩），只知道该技术可能使用了区块链类似的模式 在此基础上，我认为网盘（自建除外）和bt并不能替代ipfs在反审查领域的作用（或者更确切的说法：“潜力“，毕竟还是没能实现）。bt不只分享内容明文可见，特定ip访问的文件信息会被记录在tracker中，并且可公开访问。相比之下，ipfs的切片机制可以在一定程度上保证完整的文件内容不会被第三者所知。因此，在对抗审查时，ipfs比bt安全了不少，至少不会到一眼可知的地步。诚然如这位吧友所说：自建网关开设成本很高，封禁成本很低。但互联网上也许总是会有些公共网关可用，只是使用公共网关的话也更安全，不容易波及到自身。就像tor，虽然理所当然的被墙了，但也不因否认其在对抗审查方面的贡献。此外我认为这种去中心化分享方式无需神秘大手发力，运营商封上行已经够喝一壶了。 网盘方面各位都比较熟悉，不多说。在此还是提醒各位做好加密措施，保证安全。祝不炸链。 总而言之，我还是赞成其中的大部分说法。推动ipfs的公司将存储额度与虚拟货币挂钩，足以让人窥见其中所隐藏的成本。不过我仍然认为折腾尚未成熟的技术不是浪费生命的体现，探寻希望绝非毫无意义的行为。在分享资源的过程中，难免会在“生产者”与“消费者”的便利与安全性上进行取舍。当ipfs有望解决一定需求，并且能带来足够安全保障，那么便会有一定存在的价值。话虽如此，在完整看完官方说明文档，深入理解ipfs运行逻辑之前，大概95%以上的人已经被劝退了吧。

好的，你的建议我知道了，很有帮助，之后有空我会逐渐实现的

写得不错，我等寒假再认真研究一下

貌似你需要一个这个：游戏常用运行库 合集 | Game Runtime Libraries Package (6.8.25.0926)

@ #2 大佬这种情况应该怎么办纳

可以下个 everything ，这样文件资源管理器最大的缺陷，搜索功能，就可以解决了 其它的其实都还可以接受，速度和简洁性都没得说

以前用铅笔小说网，可惜没了，我书架全清空了。后来转哔哩轻小说，结果有些看不了，现在用神凑轻小说和轻小说文库。

插眼

hikarinagi  这网站刚刚看了下，界面很棒啊，希望能够长期运营下去

本地看的话也可以在 次元狗动漫 下载

你好，请不要在话题发布资源，以后我们应该会增设相关的分区，所以本话题隐藏

要是下载动漫的话还是推荐bt下载，有条件的话一个vps挂着自动下然后转存到OneDrive直接看或者下载都不错（当然前提是有微软E5或者钞能力）。你要是想在线看想一些emby公益服完全够了，比网站体验好多了。你要是要一些老番的资源我OneDrive还存了一些，都是下的vcb的，现在都懒得折腾了，就在emby看看动漫就ok了

tsdm

我找到俩自建网盘，也下得很快