这个方案跟https://www.superbed.cn 的很像啊，我也一直在想搞这种，可惜没这个技术实力，谢谢大佬 这个方案可以长期存放图片，当作自己的私用图床吧？理论上来说，只要这几家没倒闭，就可以一直用？
@玛雅盒子 #82 与https://www.superbed.cn 最大的区别是前者还是基于单节点的思路，与浏览器插件【盘络上传】和应用【PicGO】一样的。最大的问题是某个平台出现问题，因为没有异地灾备，单节点方案将是致命的。 本方案是作为OSS使用，如果对象是图片文件，一定不会超过100MB，那文件会同时存放在 GitHub 和 GitLab ，除非两家同一时间倒闭了，才会出现理论上马上死亡可能。（其实这时还有 Cloudflare Edge cache CDN 缓存兜底）
@fscarmen #83 发布于2024/11/27 20:30:30，编辑于2024/11/27 20:31:25 @玛雅盒子 #82 与https://www.superbed.cn 最大的区别是前者还是基于单节点的思路，与浏览器插件【盘络上传】和应用【PicGO】一样的。最大的问题是某个平台出现问题，因为没有异地灾备，单节点方案将是致命的。 本方案是作为OSS使用，如果对象是图片文件，一定不会超过100MB，那文件会同时存放在 GitHub 和 GitLab ，除非两家同一时间倒闭了，才会出现理论上马上死亡可能。（其实这时还有 Cloudflare Edge cache CDN 缓存兜底） 是的，大佬说的正是我长久以来想搞的，多节点同时存放，然后根据用户所在地自动拉取最快的，既保证了速度，又保证了安全可靠性 superbed我几年前用的时候，记得也是多节点的，然后根据用户端拉取最快的那个节点，使用的体验很好，既不担心机器挂了就图没了，还速度很快。但后来没用了，主要是因为毕竟是他自己买的腾讯和阿里的机器，实际上图片还是放在他那里，不知道啥时候会不续费了。大佬的方案都是放在大公司，只要不是对方明确不能这么用，还是靠谱多了，能作为自己的私有图床长期做。比自己买的VPS做图床都靠谱多了
@玛雅盒子 #84 那你使用本项目就对了。 https://github.com/user-attachments/assets/d3b4dbdb-8517-4546-bc3b-66ab1dab38a9
B2 is coming.
这个方案跟https://www.superbed.cn 的很像啊，我也一直在想搞这种，可惜没这个技术实力，谢谢大佬
这个方案可以长期存放图片，当作自己的私用图床吧？理论上来说，只要这几家没倒闭，就可以一直用？
@玛雅盒子 #82 与https://www.superbed.cn 最大的区别是前者还是基于单节点的思路，与浏览器插件【盘络上传】和应用【PicGO】一样的。最大的问题是某个平台出现问题，因为没有异地灾备，单节点方案将是致命的。
本方案是作为OSS使用，如果对象是图片文件，一定不会超过100MB，那文件会同时存放在 GitHub 和 GitLab ，除非两家同一时间倒闭了，才会出现理论上马上死亡可能。（其实这时还有 Cloudflare Edge cache CDN 缓存兜底）
是的，大佬说的正是我长久以来想搞的，多节点同时存放，然后根据用户所在地自动拉取最快的，既保证了速度，又保证了安全可靠性
superbed我几年前用的时候，记得也是多节点的，然后根据用户端拉取最快的那个节点，使用的体验很好，既不担心机器挂了就图没了，还速度很快。但后来没用了，主要是因为毕竟是他自己买的腾讯和阿里的机器，实际上图片还是放在他那里，不知道啥时候会不续费了。大佬的方案都是放在大公司，只要不是对方明确不能这么用，还是靠谱多了，能作为自己的私有图床长期做。比自己买的VPS做图床都靠谱多了
@玛雅盒子 #84 那你使用本项目就对了。
https://github.com/user-attachments/assets/d3b4dbdb-8517-4546-bc3b-66ab1dab38a9
bd
mark
bd
大佬已经白嫖到下个level了
收藏