一个 key 一个文件不好么。。

@marcong95 #38 嗯，说起来相比二维码操作便利性，优点其实还挺多的，反而是这两年感觉很牛逼的语音啥的缺点还挺多，但无论如何现行二维码、人脸、语音啥的缺点已经太明显，也许二维码自身还能有进步呢，无论如何更好的交互和信息传递永远是重要而且迫切的


@Mitt #39 无论如何，nfc 肯定是太废物走向淘汰了，蓝牙技术都比 nfc 更有前景，后续很多场景其实可以把二维码内容直接显示出来就是了，少了很多格式信息，内容更紧凑，比如百度网址二维码，除了可以直接把 url 显示出来，更进一步直接显示”百度网“就是了，支付也是，可以直接显示”付款给 xx，xx 元“，后面跟上签名图像就好了，学习门槛更低更友好

@marcong95 #31 说了半天，你都没明白我的问题是我既不想要手机往上一拍，也不想要二维码对着取景，两个都不方便的东西对比个鬼，你干嘛非要我在两个未来都应该被淘汰的产品中选一个代表未来呢，有点想象力好的吧

@marcong95 #23 你还得把手机靠过去，哪里方便了，近场交互啥时候需要高密度存储体了，未来机器都是相互高速联网的，需要啥通过近场通信来传输大量信息，再不济也应该是二维码就是机器，自己就能通过物联网络把自己传输给周边设备，否则你这不是倒退么，需要人去适应机器的都不叫未来，懒惰才是人类持续进步的动力

@v2tudnew #11 输啥，未来难道不是你直接告诉机器读一下啥啥 url，或者你直接指以下这个 url 就行了，否则叫啥未来

@wolfan #1
@learningman #2 我认为恰恰相反，近场通信未来才是个好无用处的被淘汰技术，现在的发展方向是很清楚了，即机器看到的和人看到的应该逐渐趋于完全一致，”看到“泛指视觉、触觉、听觉，嗅觉，所以近场通信这种机器看不方便人又看不了的不淘汰留着干嘛，物联网的基础应该是蜂窝网络而不是近场通信，近场信息传达必定会以动作、声音、图像为主

二维码后面应该会保留只想让机器看的加密场景使用，普通场景应该会呗图像识别取代，比如最常见的 url 、名片啥的，机器必然会发展到能直接读印刷的 url 和名片，既然如此干嘛需要二维码

base64 解码没问题，是解码出来的是一个二进制格式编码格式数据，具体二进制是啥格式就不好说了

@delectate #9 没有能免除一切责任的合同吧，估计这种签了也是没啥用的吧

或许可以考虑内网部署个单独的 dns 服务器，这样内外网域名解析结果就可以不一样，公网部署前端，内网前后端一起部署或者反代下前端，这样只有连上内网就才能正常用

或者在全局重新定义一下 Page，这样就是可以直接替换掉每个页面的 onLoad 方法，加入等待 onLaunch 加载完的流程就好了

当然不， 直接丢包

新手 Rust 这个内存管理真的不难么。。Go 这多简单，管啥内存管理，再说就 web 来说，安全不完全一点不重要好吧，性能高不高哪重要了，大站数来数去不就这么几个

@deorth #4 无源放大器。。你这是准备要违反能量守恒定律了么，牛掰啊

别想了，啥用没有，去中心话这个已经有好多人做过了，技术不是啥难点，麻烦的是做出来后你就会发下除了垃圾广告信息没啥有用的，然后就根本没啥人愿意用了

关于 ban 人这个问题，既然去中心化的，那么 ban 人就需要节点大多人投票同意，删帖和注册也需要大多数人投票同意才行，然后你会发下 ban 人速度完全赶不上垃圾注册和垃圾信息的增长速度，然后也很容易劫持大量节点控制整个论坛，真真啥用没有

拦截请求不要太简单，这个麻烦是在于你服务端实现的业务逻辑要怎么才能容易的移植到本地 SQLite 上，否则不等于重新写了一遍了

空{}有歧义的吧，分不清空数据还是空值，返回 null 才是合理的，空数组还问题不大，但是返回空{}不返回 null 真是个坑

https://www.v2ex.com/t/689827

不就是端口转发到代理么，可以考虑用下这几个命令，只是单纯记录 ip 啥的话输出的日志就有，或者 copy 自己修改一下也行