不对口……
中西医结合 + PHPer

如果真是正中央的话，盲狙是不是无敌了。。。

不要拉倒。

没有就做一个呗。

每天出门的时候去敲隔壁家的门，没人就敲楼上的……
完了不确定的时候就打电话问邻居，美女你好我早上敲您门了没啊？
至于敲门的借口可以是做了一顿早餐，给别人送去，搞不好能顺便把单身问题解决了。

之前听说有人出门后打一套太极拳再下楼的。。。。。。

找个媳妇，然后你就不愁买衣服了。

跟同事说话，pc、server和笔记本都说机器（在有歧义或需要强调的时候可能会单独指出），手机座机都说电话，pad就是pad了：加一组机器，电话借我用用。
跟七大姑八大姨说话，pc和笔记本统称电脑：要不您把电脑重启试试？iPhone一定要说iPhone，而且要说得响亮，其他手机统称手机。
至于你举的例子，手电筒也叫机子有点奇怪。

有没有想过，你的下家看到你的v2发帖记录会怎么想。
要对自己的言行负责啊兄弟。

买了还得想办法搞个windows，想想还是算了。

学学学。

@jedrek 服务端记住这个改密码的时间点，早于这个点的token失效。

奇怪，为什么刚发的主题会显示 4小时0分钟前。

@xx314327475 其实你问的问题就是这个token怎么办，如果做成加解密的话服务端就什么都不用存。
至于这个过期时间，就是当前的时间戳减去token里存的时间戳，要不要判定为过期完全在服务器端控制，方便优化。
而且这个多久过期也不用在这里讨论，看你的具体业务，你可以设成1年有效，大不了app跟支付宝一样做下手势验证；或者5分钟过期，过期之后自动再次登录重新获取token以免用户体验太差。

@zjmdp 这个id最好还是db里的主键，不然用户卖肾换手机咋办……

登录之后在服务端用当前用户的唯一id和时间戳做加密，加密的结果作为token返回给客户端。
之后每次请求带上这个token，服务端解密，如果能成功解密而且时间没有过期，就认为登录成功。
至于其他业务建议跟这个token解耦，该查询的查询，该缓存的缓存，不要把这个token当做session来用(存一些临时的东西神马的)。

貌似屏幕越大越有优势？

挺漂亮。