YouTube 会自动选择离你最近的 cdn，drive 应该不会吧

我最后选择了 telegram，用 telegram 接收邮件，接收 GitHub notification。手机短信的话用 push bullet 转发

@carlist 香港不用“迈”字啊

看标题以为是游戏

作用是什么？？

支持 Linux 的出来 Google 官方模拟器和 genymotion 还有什么好用的吗？
或许 anbox 还可以。

体验不怎么样。镜片很重，很容易脏，不清晰。沾了灰尘会感觉眼前蒙上白雾。无法很好地调整角度。

数据的提供方愿意无偿提供吗？

我今天刚好也想到这个。有更新的话 @我一下谢谢

@wplct nodejs 你写个脚本调用不好吗

哇，终于等到了

我找了一圈，类似的工具好多。。。

https://chrome.google.com/webstore/detail/imacros-for-chrome/cplklnmnlbnpmjogncfgfijoopmnlemp

https://chrome.google.com/webstore/detail/chromium-browser-automati/jmbmjnojfkcohdpkpjmeeijckfbebbon

https://chrome.google.com/webstore/detail/katalon-recorder-selenium/ljdobmomdgdljniojadhoplhkpialdid

https://chrome.google.com/webstore/detail/resurrectio/kicncbplfjgjlliddogifpohdhkbjogm/related

https://chrome.google.com/webstore/detail/selenium-ide/mooikfkahbdckldjjndioackbalphokd

https://chrome.google.com/webstore/detail/kantu-browser-automation/gcbalfbdmfieckjlnblleoemohcganoc/related

https://github.com/alibaba/uirecorder

https://chrome.google.com/webstore/detail/déjàclick-for-chrome/jndncliamncgdmjicflfcbklpedknkph

已收藏，可惜只有前端

@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，把当前目录共享出去，两个服务都做内网穿透。

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