/file-bridge

网页里的文件服务器

Primary LanguageJavaScript

文件桥

网页里的文件服务器

试用地址 (仅支持 10Mb 以内文件,流量好贵!) | 微信聊天群

部署

需要
  • 一个公网可访问的服务器
  • Node.js
  • https
git clone https://github.com/ppz-pro/file-bridge.git
cd file-bridge
node file_bridge.js

如果没有公网服务器或 http,但想试一下, 可以使用 github 的 codespace 功能,提供免费的、可公网访问的测试服务器和 https:

  • fork 本仓库
  • 创建 codespace
  • 在打开的 codespace 命令行里执行:node file_bridge.js

一般 codespace 会用网页版 vscode 打开,执行 node file_bridge.js 之后,会提示你“在浏览器中打开”。 如果未提示,需要在“终端”面板旁边的“端口”面板里手动添加端口映射(现在用的是 6666),添加之后,旁边会有访问链接。

原理

两个“客户端”之间没法直接“传递数据”,因为没有公网地址,于是就需要一个“桥”,连接两个“客户端”。
提供文件供人下载的,我在这里叫它“提供端”,另一个叫“下载端”。

  1. “桥”为每一个“提供端”生成一个 id(以下称为“提供端 id”)
  2. “提供端”使用 File System API 读取用户指定的目录,把目录结构发给“桥”
  3. “下载端”根据“提供端 id”从“桥”那里获取目录结构
  4. “下载端”要下载文件时,向“桥”发送“下载请求”并指定“提供端 id”及文件路径,桥会把这个请求存起来
  5. 用户在“提供端”指定“允许下载的目录”后,“提供端”程序就开始每隔 1 秒向“桥”发请求:问一问“有没有谁想下载我的文件”
  6. 上两个步骤,一个想下载别人的文件,一个想让人下载,一拍即合,而传文件只需一行代码 http.IncomingMessage.pipe(http.ServerResponse)

其实第 5 步的“每隔 1 秒”很膈应,但原生 Node.js 对 Websocket 支持度比较低,而专门封装一个 Websocket 可能需要几十甚至上百行代码,于是作罢。反正,,,,这只是个有趣的项目,我是说,,,一开始就没以实用为目的。当然,适当地改造一下,也可以很实用,但谁能拒绝“仅使用原生模块”的诱惑呢。

这个项目更加深我那个刻板印象:编程的难点不在于“让人使用”,而是“不让人使用”,比如“非法用户”和“未付费用户”。其实“未付费用户”就是“非法用户”。

License

unlicense