Mitt

@mitu9527 #7 并不是一昧的去增加新功能就能跟上时代了，就跟 PY2 和 PY3 一样，PHP 一旦正式加入异步、协程、多线程，如果处理不好，势必会出现大版本分裂，可能会有 90%的 PHP 网站停留在旧版上，甚至转向其他更合适的语言，这对 PHP 是致命的，因为 PHP 相较于其他语言来说在这方面并不具备重大优势，所以这些特性很可能只会存在于一种可有可无或者半支持的情况下，那么第三方库可能就不会积极去选择支持它，常驻内存带来的另一个弊端就是内存泄露，这是传统 phper 根本不会考虑的事情，现在要考虑内存泄露、并发抢占、文件重载问题等等，会引入一大笔学习成本，PHP 只会在对现有 phper 没有重大负担的前提下加入新特性，比如静态变量类型

@liuxu #6 不要过多关注底层设计，我们讨论的是语言层面，站在 PHP 开发者的角度去看这种改变你就知道异步、多线程为什么很难融入 PHP 了

异步 多线程 都不符合 PHP 的设计理念，一旦加入，大概率是改变编程习惯，这样的话 PHP 就会变成另一个语言了，所以要么是在原有的基础上适当改进加入，那这样大概率不痛不痒，要么就是完全改变 PHP 的运行方式，那这样不仅有破坏性改动，而且会大幅改变原有编程习惯，很多人会接受不了，PHP 的生命周期只到一次访问结束，这才是大问题，包括现有的 swoole 什么的，都极大破坏了原有编程习惯，或者这么说，能接受 swoole 的人一定可以换其他语言去做的更好，而接受不了其他语言的设计方式的人也不会接受 swoole 这种异步编程方式

既要不上传，又要爬热词，那么问题来了，你不上传他不上传，热词从哪来？

@laoyur #17 有必要提醒一下，iCloud 网页版的备忘录信息是直接加载的，包括加密信息，也就是说你输入密码其实就是尝试在本地解密，这也是为什么他不会输出次数过多就锁死的原因，具体加密文本你还可以通过开发者工具在 network 里找到，有一个 database/1/com.apple.notes/production/private/records/lookup 的请求，返回的 records[0].recordType 是 PasswordProtectedNote 的就是你的加密备忘录信息，展开里面找到 records[0].fields.TextDataEncrypted 就是你的加密文本信息了，至于算法应该主要是 AES256，但是具体算法的不清楚需要逆一下 JS 才知道，你可以单独拿出来做穷举破解，但前提是你要有他解密算法，也可以直接在网页穷举，他解密不会请求服务器，也就不存在风控一说了

@moriken

@37Y37 #11 但是我看了一下好像并是完全开源，里面核心的部分包括前端部分都没有源代码，都是 bin 上传的

@sujin190 而且近场通讯的关键在于通讯，二维码没有这个功能，他的通讯不过是手机传服务器，服务器传回商户设备而已，NFC 可以直接本地完成授权，当然了支付宝这类的还是要单独考虑，信用卡这种的就很能体现了

@sujin190 问题是蓝牙和 nfc 根本就不是同一种技术种类哪来的互相替代关系？反而二维码很多场景比如乘车、支付这些都应该是 nfc 做的事，你看二维码在这种场景下方便吗，蓝牙就更不要说还有握手的步骤了，蓝牙也不会被 UWB 代替，这都是特性决定的，未来只会分化场景，NFC 是因为硬件成本才没推广开，现在手机手表都带有 NFC 了，协议上现在公交卡也可以用手机手表刷，二维码已经不是这种场景下的最优选了，只是个无成本的备选

@sujin190 未来太遥远了，理想状态应该是 NFc 代替大部分二维码场景，另半边就像你说的那种既不想接触又要精准识别的，就应该是 UWB 了，可以参考苹果新的 airdrop 定位识别，再配合支付入口的支持只要手机扫描一遍正前方你指的方向的一定距离内的付款设备就可以付款了

但是这些都是空谈，只要商户接入有成本 二维码就永远不会被淘汰，否则 NFC 早就上位了，也不会被二维码挤下去，二维码虽然没成本，但是由于摄像头参差不齐，并且调出二维码还要取决于响应速度和网络，平均扫码的时间会变得很长，反而体验倒退