@onion83 当年好像没人拿汉语拼音当域名

再补充一些。
刚刚说到，HTTP 服务器的缺点是，下载文件夹不方便。我记得有一些 HTTP 服务器，是可以把文件夹打包下载的，还可以多选文件打包，就像百度网盘那些一样。
我在楼上，把文件传输分为了“在线传输”和“离线传输”两种情况，如果是一对一的传输，“在线传输”还是没问题的，但如果一个人要同时传给 1000 人，最优的方案可能是 p2p，其次才是“离线传输”。特别是传输大文件的时候。
文件传输的场景，其实还有被动传输，就是不需要接收者自己接受，你就主动把文件传到对方的电脑上，在接收者电脑上开 sftp 或者 smb 都是比较方便的办法。
另外还有自动同步的场景，我这边有一些修改，就自动同步给其他人。这种情况可以用 Resilio Sync、Syncthing。

当我寻找文件传输方案的时候，我发现了 ipfs，什么时候有空也想研究一下用 ipfs 来传输文件。

我在 64 楼讨论的是，在线传文件的方案，在传输过程中，发送方不能关电脑。提供 smb 服务，方便接收方挂载。提供 HTTP 服务，方便接收方用浏览器或者命令行 curl 等方式下载。
有一种场景是需要传离线文件的，这种情况就是要先把文件传到服务器，长期存放着，自己电脑关闭后还能使用。类似网盘的方案就有很多了，我这里还有一个帖子，是关于命令行一件分享文件的工具的讨论。https://www.reddit.com/r/unixporn/comments/6j7yvc/til_about_transfersh_for_sharing_files_from_the/

其实传文件，场景是有很多的。
楼上有人喜欢用 Python 建个 HTTP server，接收方可以用浏览器接收。缺点也很明显，传文件夹不好传，传到公网也不方便。
有人用 ftp，接收方如果是 Windows，自带 ftp 的支持，但如果接收方是 Android，不一定有相应客户端可以接收。
有人用 sftp，那么接收方可以用 scp、rsync，甚至还能 sshfs 挂载到本地。我觉得比较大的缺点是，Windows 接收起来还要安装客户端。
有人用 telegram，pushbullet，自己手机跟电脑直接传输点小文件是很方便。如果是发给别人，接收方不仅需要安装客户端，还需要有翻墙的网络，还需要等客户端把文件完全上传到服务器，对方才能下载。用 telegram、push
bullet 发文件，还需要指定接收方，不像上述的几种方法那样子，只需要给出一个地址发出来，大家都能进去下载。例如我把地址发到微信群、QQ 群中，或者贴到帖子上、博客上，或者做成短信群发，或者打印出来贴到办公室，所有看到的人都能下载。
有人用基于 Web RTC 的点对点文件传输服务，传文件夹还是不方便。
有人用网盘，而网盘也需要事先把文件传上服务器。
有人喜欢用 samba，这其实是个不错的方式，Windows 自带 smb 协议的支持，并且可以挂载成 Windows 的一个盘符。我在上电脑上把我的游戏共享出来，对方可以挂载出来直接点进去玩，而不需要把完整的游戏目录完全传过去，如果共享的是目录上存在图片，Windows 也可以查看其缩略图。Linux 上的 samba 配置起来比较麻烦，不像 python -m http.server 或者 caddy 那样可以一键启动并把当前目录分享出去。另外就是跨网络传输的时候，可能需要用楼上所提到的 ngrok 或者 frp 这一类的工具来做内网穿透。这已经很方便了。

总结以上方法，比较好的策略是，写好一个脚本，同时启动一个 HTTP server 和一个 smb server，把当前目录共享出去，两个服务都做内网穿透。

各显神通了。。。我用的几种比较好的方法，都被楼上讲过了。

我有 edu 域名，能开学生版，开了好几个了，需要吗？

@twor2 之前一直用 ccat，后来发现了 bat 就一直用 bat。还有一个毛病是，跟另一个名为 bat 的项目名冲突了。。

https://github.com/astaxie/bat

直接在 aur 安装会冲突，只好让其中一个手动下载 binary 并设 alias

后台用的 Java ？

shift + Page up ？

实在要以网盘的形式的话，可以考虑 meta ？

openhub 的 issue 都不能点赞，我选 fasthub

二维码过期了。。。二维码更新了通知我

我把 PDF 挂到自己服务器，给出 URL，HR 就不会用手机打开了。。

@mopig 应该是机翻辅助配合人工校正？

棒哦

秒变 JS