前端提交个 URL 文本，让服务器自己下载，或者前端先下载再上传。
无论如何肯定都要涉及传输。

写在 body 不行，那就写在 http header 里面。
可以把对象 base64 之后，写在自定义的请求报头里面（认真

我只是好奇，在这贴吵赢了对现实生活有什么好处？

@est
加戏的是当年那些漫天谣传“汉语有百分之 80 日语外来词”的跟风党，跟当年吹日本夏令营、喝马桶水、洗盘子是一类的。你看这谣言至今时不时还在互联网作妖。
若不是这些人把和制汉语吹破天，谁闲得无聊去考据这些。

@v135ex

PC 的 Opera 也很牛 B 。
像 IE 浏览器加载 table 的时候，必须等整个 table 都下载下来了才能渲染页面，而 Opera 可以一边下载一边渲染。
那时还是拨号上网、前端流行 table 布局的时代，IE 打开网页经常要白屏很长时间，而 Opera 很快就出内容了，就是个神器。

@autoxbc

还有很多本来就是中国人造的词，被谣传成是日本人造的了。

可能前端用 autocomplete 关掉了密码管理功能。

想起来，我从来就没有拿 IE 当过主力浏览器，从 win98 时代就开始用 Opera 了，后来是 Firefox ，再后来是 Chrome ，现在也就在 Firefox 和 Opera 之间反复回跳。

hotmail/gmail

似乎还是有不少人对 TS 有什么误会，以为增加了 type 就是面向对象，就要写 class ，就要去折腾“面向对象的三大特性”，然后就要告别过去的“面向过程”思维。

我自从写 TS 之后，也没感觉思维跟 JS 有什么巨大的决裂。不管以前用面向过程，还是函数式，还是事件驱动式，现在也能继续用。不会因为不写 class 就不配写 TS 了。
TS 给我到来的好处，首先就是编辑器懂得我想要什么，能正确地提示变量名、字段名，不需要跑起来在开发者工具里打断点才知道这特么是啥玩意。
然后就是在写代码的时候就能及早发现错误，比如 promise 忘记 await 了，或者回调函数的参数位置写错了，编辑器就飘红。
还有就是 interface 、type 声明自身也能起到文档、注释的辅助作用，后期维护也不会那么抓瞎。

当然，要享受到这些好处有个很大的前提，就是你要有一套完善的工具链。比如你的编辑器对 TS 有完整的支持（比如 vscode 、webstorm ），你用的框架、类库提供完善的声明（比如我用的是 react ，跟 TS 契合得非常好。vue 跟 TS 契合度可能不如其他两个框架）。当你充分享受到这些好处之后，可能会变得越来越懒了，懒得背接口、字段，没有智能提示就浑身难受，回不去的感觉。（也许 JSDOC + ts-check + 一个强大的编辑器也能达到 TS 一半的功力吧）

手机或者电脑开 http ，通过网页传。

对了，我浏览大段文字的时候，平滑滚动的页面也会产生类似 3D 眩晕的感受😂。
所以我会关掉身边设备上所有浏览器、文本编辑器、办公软件的平滑滚动功能。

玩 FPS 必晕，只要玩几分钟，肚子就开始翻江倒海了。
不过我玩赛车类从来不会晕。

MySQL 买蛇口

看到有的人扯法律，我就想说，别跟我扯什么法律。
就算法律禁止，我也要录音，留下制造舆论的底牌，因为这个世界是按闹分配的，无论在哪个国家。

Adobe 也是去年这个时候宣布放弃 Brackets 。

v2 老哥真是太硬核了。