Cloudflare Drop

原文 ↗ Hacker News 讨论 ↗

产品行为与 UX

  • 通过拖放部署静态网站；无需账户即可进行临时部署，若未被认领则在 60 分钟后过期。
  • 根目录需要有一个 index.html。单个 index.html 文件即可；否则需要一个文件夹/zip。
  • 据称限制为：单个文件最大约 25 MB，文件数少于 2000 个，总大小小于 100 MB。
  • 一些用户看到通用的 “Something went wrong” 错误；有人追查后发现是因为包含了 Git 的 .hooks 示例脚本。隐藏文件夹和某些文件可能会触发阻止。
  • 一些访客会遇到 Cloudflare 常见的 “Performing security verification” 中间页。

使用案例与对比

  • 适合快速分享原型、静态演示、AI 工具生成的 HTML 输出，以及基于 zip 的产物（例如会话录制）。
  • 适合不想折腾 Git、CI/CD 或服务器的人（“vibe coders”、给朋友/家人做网站）。
  • 反复被拿来和更早的模式比较：通过 FTP 上传到 public_html、Geocities/Angelfire、Megaupload 式文件分享，以及 Netlify Drop / BitBalloon / Surge / Replit。
  • 一些用户已经自己做了类似的自托管或基于 Cloudflare 的工具，通常带有临时、一次性的链接。

安全、滥用与中心化担忧

  • 担心它会让网络钓鱼和数据外传更容易，尤其是短生命周期链接几乎不留痕迹。
  • 担忧会被用于托管 warez、恶意软件、CSAM 和诈骗落地页；也有人质疑 Cloudflare 如何保持内容清洁。
  • 另一些人认为这并不会实质改变风险：静态托管和白名单外传通道本来就很多。
  • Cloudflare 被批评一方面赋能攻击者和防御者（DDoS 防护、bot 工具 vs. 匿名托管/WARP），另一方面进一步中心化 Web 流量和 TLS 终止。

技术缺口与歧义

  • 仅支持静态内容；没有数据库或动态后端。有人询问是否支持密码保护、CLI/API 集成，以及像 WARC 之类格式的支持。
  • 你不能只是把域名 CNAME 到一个临时 URL，而不让 Cloudflare 知道并路由该主机名。

许可、隐私与 AI 相关担忧

  • 服务条款授予 Cloudflare 永久、不可撤销、全球范围、可再授权的许可，以使用、利用并基于上传内容创作衍生作品。
  • 一些人认为这不可接受，或与 AI 训练有关；另一些人说这是许多服务中常见的模板条款，但仍然过于宽泛。
  • 以欧盟为中心的评论者质疑其可执行性，但也指出这仍可能带来实际麻烦。

社区反应与语气

  • 意见分裂：一边是热情（“简单、有用、怀旧”），另一边则对 Cloudflare 的动机、安全影响和中心化角色持强烈怀疑态度。
  • 关于 HN 被认为过于负面，还是在进行真正的批判性审视，也有大量元讨论。