@banri 我还会 QWER 呢。哈哈

@Septembers 恩， CSS 牛到什么程度，能否量化的表达出来

@w88975 很多公司 nodejs 都是前端的活儿~

@laucie 了然～

话说 LZ 说的拍黄片到底是干啥的？ 摄影师？ designer ？

感谢 @laotaitai 的分享；
虽然 V2EX 上人才济济，但我大言不惭的说至少 50%的 V 友都学不来上面的招式，主动分享，引导话题，建立威信，就这三点都不一般人能做到、做好的。


回想下我的一些朋友，凡事具备上述三种能力的，在 AT 一般都是基干或者总监级别的了（ Baidu 我就不清楚）。工资+股票也足够让他们和滋润了。

原来如此。看来我是想复杂了。
我以为那段数字是个随机数什么的。。

我有些朋友也遇到过这个问题。他们的解决方案：
1. 直接在美国部署了一台服务器 （公司的产品）
2. 超时后直接读取 App 的预置缓存数据

仅供参考哈。

家里还有个 ipad2 ，吃饭时用来听轻松一刻，或者随便看个电影什么的
5.x 的系统。


我倒是觉得够用就行了，升了绝对卡。
我的 4s 升到 8 ，真的想扔了，打开个 app 要半天

@lzhtony
1. 域名换了还真就没办法，只能重新修改密码了。
2. 这个问题我真遇到过，比如在 netease.com 注册的帐号，在 163.com 就无法登录了（这个只能在注册和登录的时候自己多注意了）

但是根据个人经验。常用网站还是很少出现这样的问题

@lzhtony 是的。只要域名不同，密码就不同

@lzhtony 我是通过<input type="passsword">来识别的。

通过主域名来区分每个站点

@withrock
假设密码生成方式为： 最终密码 = md5 （关键 key + 简单密码）
那么泄漏了简单密码也没关系吧，因为关键 key 只有自己知道。

如果我哪里疏漏了，还请指明

自己弄的一个类似的 chrome 插件，用了大概大半年了：


右侧的虚线框就是输入简单密码的地方。

有两点：
1. 最终密码不要超过 14 位， baidu 这货不支持超过 14 位的密码
2. 最终密码不要有生僻的特殊符号，有些网站的密码不支持特殊符号（ tb 就不支持）

一起感谢上面各位的建议和发散~

有个回复中链接的文章提到自驾个代理服务器，将http请求分包传输的方法倒是可以试试

@gamexg 格式化了一下，已发送