链接创建后文件仍留在发送者电脑
FilePizza 选择文件后会生成分享链接，接收者打开时由双方浏览器建立 WebRTC 连接，文件不先完整存放在 FilePizza 服务器。发送者必须保持页面、电脑和网络在线，关闭标签后新接收者通常无法继续开始下载。
这种模式最适合双方约好时间的一次性传输。若对方可能几小时后才下载，或需要多人长期重复获取，使用有有效期的临时存储更合适。我会在发送前说明文件大小，并等接收者确认连接后再离开电脑。
一次顺利直传需要两边都稳定
最终速度受发送者上行、接收者下行、浏览器和网络路径共同限制。企业网、校园网、运营商 NAT 或代理可能使点对点连接失败或走中继。先用小文件测试，再传几十 GB 内容，比长时间后才发现连接不兼容更省事。
- 发送前关闭睡眠和可能中断网络的节能设置；
- 先传一个小文件验证浏览器与网络兼容；
- 为重要分享启用密码并通过另一渠道发送密码；
- 完成后让接收者核对大小或哈希，再关闭页面。
点对点传输不等于匿名分享
WebRTC 通信会加密传输，但服务仍需要信令帮助双方发现，连接端点也会接触必要网络信息。不要用它分享来源不明、违法或未经授权的内容，也不要把临时链接发到公开群组。文件本身如有敏感信息，可先独立加密。
与站内收录的 ToffeeShare 类似，FilePizza 的优势是无需云端等待，限制是发送者不能离线。两个站点都可能受网络环境影响，选择实际连接更稳定的即可，不必同时创建多条公开链接。
接收成功后别省略完整性检查
浏览器显示完成后，接收者应确认文件能打开；镜像、压缩包或备份文件最好再核对 SHA-256。点对点只改变传输路径，不能自动识别文件是否损坏或含恶意内容，来源不明的可执行文件仍要谨慎。
FilePizza 项目开放源码，也允许自建实例，但自托管需要配置信令、Redis 或 TURN 等组件才能覆盖复杂网络。个人偶尔使用直接访问官方实例即可，团队高频使用则应先评估可用性、审计与支持成本。
