Piping Server 像一根等待两端接通的管道
发送者向一个自选路径上传，接收者从同一路径读取，服务器把数据实时转发而不是先完整存盘。任意一端都可以先开始并等待另一端，文件大小不需要由服务器预先保存空间，浏览器和 curl 之间也能互通。
我会把路径设计成足够长的随机字符串，而不是 /test 或文件名。先传一个小文本确认双方进入同一服务器，再发送真实文件。公开服务器上的路径相当于临时地址，猜到或泄露路径的人可能接入。
流式传输前确认四个条件
无存储意味着服务端不负责替你保留失败传输。两端网络、进程和保存位置都要提前准备。
- 使用 HTTPS 公共实例或可信自建实例；
- 路径采用不可预测随机值并私下传递；
- 大文件先检查接收端空间和休眠设置；
- 完成后比较大小或哈希确认内容完整。
传输层加密与端到端加密不是同一件事
HTTPS 会保护设备到服务器之间的连接，但服务器仍处在转发链路中。需要传敏感内容时，应在发送前自行加密，或使用项目生态中明确提供端到端加密的客户端。不要只因为服务“不存储”就假定内容只有双方可见。
curl 命令容易进入 shell 历史，路径和令牌不要包含真实姓名、项目名或密码。发送脚本中也不要把秘密硬编码进公开仓库。
它更适合临时数据通道而不是网盘替代品
接收端离线时，发送端需要持续等待；浏览器被关闭或网络断开，传输就可能中止。这种模型非常适合临时文件、日志片段和管道数据，不适合分享一个几天后仍能下载的固定链接。
官方提供公共实例和 Docker 等自托管方式。团队内部高频使用时，自建能控制域名、容量和日志，但仍要升级并限制滥用。发送完成后保留自己的原文件与备份，Piping Server 负责传递，不负责归档。
