展示HN:Storage.to命令行工具,上传文件,获取链接

1作者: rsbadger3 天前原帖
我一直遇到同样的烦恼:我想从脚本中上传一个文件,并仅仅获取一个链接——而不需要设置 S3 存储桶、身份验证流程或 SDK。 于是我构建了一个小服务和命令行工具来满足这个需求: [https://storage.to](https://storage.to) [https://github.com/ryanbadger/storage.to-cli](https://github.com/ryanbadger/storage.to-cli) 这个命令行工具负责繁重的工作(单次 PUT 与自动分块上传),所以思路非常简单: ``` storageto upload huge-file.zip ``` → 会打印出一个可以传递给后续步骤的公共链接。 这个工具还处于早期阶段,故意设计得很简单: - 匿名上传(尚未注册) - 公共链接 - 命令行工具会自动将多个文件分组为一个集合 这个工具旨在快速、临时分享和脚本化工作流程,在设置存储桶感觉过于繁琐的情况下使用。 我发布这个内容主要是想确认它是否解决了一个实际的工作流程问题,或者大多数人是否已经有了更简洁的解决方案。
查看原文
I kept running into the same annoyance: I want to upload a file from a script and just get a link back — without setting up S3 buckets, auth flows, or SDKs.<p>I built a small service + CLI to scratch that itch:<p><a href="https:&#x2F;&#x2F;storage.to" rel="nofollow">https:&#x2F;&#x2F;storage.to</a> <a href="https:&#x2F;&#x2F;github.com&#x2F;ryanbadger&#x2F;storage.to-cli" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;ryanbadger&#x2F;storage.to-cli</a><p>The CLI does the heavy lifting (single PUT vs multipart automatically), so the mental model is just:<p><pre><code> storageto upload huge-file.zip </code></pre> → prints a public link you can pass to another step.<p>It’s very early and intentionally simple: - Anonymous uploads (no signup yet) - Public links - CLI groups multiple files into a collection automatically<p>This is meant for quick, ad-hoc sharing and scripted workflows where setting up buckets feels like overkill.<p>I’m posting mainly to sanity-check whether this solves a real workflow problem, or if most people already have a cleaner pattern for this.