这个是上行的命令，一般的短信网关都支持的。

@mornlight 同意，dnspod 就采用了这么个方式来做手机号码验证或者绑定动作。

iOS 平台已经更新完成，直接内置通话功能。

这个是比特币启发出来的咩？
似乎需要每个节点维护全部网络上节点的数据？

我昨天也遇到了这个问题，我的 iCloud 备份只有不到 300m。一个月前通过 SHSH 从 iOS 7.1.2 降级到 iOS 6.1.3，之后就从来没备份成功过；昨天在 google+ 上吐槽，结果遇到上海的朋友也一样无法备份。
初步怀疑是国内的 iCloud 数据中心迁移到了中国电信。结果，国内这些运营商的技术你知道的，不能准确识别 iColud 的国际账号，接着 iCloud 美国中心服务器还是再次把备份任务下发给中国电信，出现不能备份的状况；或者 iCloud 的数据从美国中心服务器迁移到中国电信中出现了问题，这个可以由访问之前的备份内容一直菊花，而木法显示备份的具体内容猜测到。

似乎 po 主之前做过服装店之类的，还有银行？
由于域名做了隐私保护，给可能想关注的网友提供一点已经公开在网上的资料，不保证及时或者有效：
林先生
13763328250
[email protected]

dcloud 出品的 hbuilder 似乎不错，内置了 html5+ 框架什么的。

@Superoutman 严重同意。我这里 iPhone4 @ iOS6.1.3 从来就没法备份到 iCloud 过，每次手动备份都提示说无法完成上次备份。
当产品不能解决用户的问题的时候，产品就是失败的。

挂载到 linux 下面去 xx？

来电显示是运营商通知你号码，手机按照号码找到对应的联系人姓名；
如果关闭，运营商就不通知你来电的号码，或者随便给个不合法的号码了，然后就显示私人号码 xxx 之类的了。

亿超不错，目前正在用它家配的钛合金半框眼镜，主要是我身边有实体店。

@neoz 现在三个都可以了。刚才属于不知道什么情况下的网络异常。

注册了一个试一下，我这边不能用？广州电信。。
现在又用回自己的机器了。

@jas0ndyq
@yiaya
去年年底还是今年年初的时候遭遇了一下。似乎当时盗号者的各种生活照还在我笔记本里，不知道丢到什么文件夹里去了。。

@dryyun token 是服务端生成的，作为应用和服务端沟通的凭证，否则不响应。
salt 是应用自行生成，可以随时在应用和服务端进行调整变换；但是其混淆的规则和对应的解混淆规则需要在服务端配置并保持互逆，也可以直接每次都由服务端随机提供混淆和解混淆的规则。
比如，salt 是 abcdef，明文密码是 12345，混淆规则是 slat 随机两个一组进行分解，并针对明文密码的 0、1、2 位插入，那么得到的密码可能是 ab1cd2ef345/ac1be2fd345/…，再进行 base64 编码后与登录用户名一起发送给服务端验证。
服务端接到密码后进行 base64 解码，然后按照 0、1、2 位去除两个字符的形式还原，然后以系统的 salt(如果存在或者必要)进行 hash，得到最终的密码，并和数据库中保存的密码比对，成功则返回登陆成功信息，失败则返回登陆失败信息。

人肉到盗号的人。
当年我的工作号被盗就找到了在安徽的盗号分子，顺带一窝挖了他们的盗号、开支付宝、转账、购买非法彩票的流水线。

@dryyun 我现在的考虑的状况是各种接入来源和 n 多的第三方联合登录。
所以，在用户登录块会有一个全局的中间应用来负责，这个应用同时维护着不同接入来源的 token 和去除 salt 的规则，页面的登录也可以理解为其中一个接入应用。
处理下来，在用户的登录资料中，面向数据库的都是统一的 uuid/username/email/phone 和 hash 之后的密码；而面向不同的应用则是各自 token、salt 和密码组合的 base64 编码。
这个话题主要讨论的是密码传输形式的安全，和是否启用 ssl 的途径关系不大；是否启用 ssl 是传输的渠道，和传输形式可以叠加。

@chrischan168 啊，啥？新款蒙迪欧？

@jkjoke 目前没有收到任何骚扰。
我这边长途、市话拨入苏宁互联的 170 号码都很正常。