Math.random()

@seki 但从某种角度来说，登记手机号不是一个更好的做法么？你可以随意申请、更换手机号，小公司很难从手机号直接查到实名信息（如果你不是用同一个手机号注册的），但又和政府实名制登记不冲突（政府显然可以查到手机号对应的人）。
@minami 其实在线下几乎你做每件事都是实名的，互联网以前不是实名的只能说政府还没注意到，所以互联网实名其实是不可避免的事情，除非线下不再实名（显然也不可能）。
@nvidiaAMD980X 其实不是信任吧，大概是觉得政府的监管本来就无处不在无法避免，也就无所谓了。

可以考虑下 esoTalk ，代码量适中（ DZ 和 WordPress 代码量比较大）、结构清晰，历史包袱少（ DZ 和 WordPress 有很多用于兼容的代码）。缺点的话就是不够工程化（并没有用包管理器）、造了一些轮子（实际项目中会用很多第三方的组件），不过我认为还是优于 DZ 和 WordPress.

https://github.com/esotalk/esoTalk

运维的话可以关注一下 https://www.v2ex.com/t/270394

可以看到 Atom core 的更新已经放缓了（这一年仅 6000 次提交，仅有前一年的十分之一）， Atom 希望保持着一个精简的核心，提供灵活的 API ，将有意义的功能都交给插件来实现； Windows 的用户量已经超过了 Mac 用户，但说实话 Atom 目前对 Windows 的支持仍不如 Mac 好；和 Atom core 作为对比，插件社区仍在增长，插件数量比前一年增长了一倍，用户数量增长了两倍。

我近期的一篇日志 https://jysperm.me/2016/05/blockchain-slides/

https://windirstat.info/
开源软件

merge 的时候加 --no-commit ，删掉文件然后 commit

@langyu 你可以花 0.3 btc 购买这篇文章永久的、非排他的授权，可以对文章进行修改，不必署名，付款到 13v2BTCMZMHg5v87susgg86HFZqXERuwUd 即生效。

一楼提到的各种限制（结果行数、有限的关系操作等）的确存在，选择 LeanCloud 意味着我们和你共同地来面对规模增长、数据安全、高可用等问题，这些限制是经过我们和其他用户的共同实践，当一个应用成长到一个很大规模的时候依然可用的通用的模式，有相当多的大型商业应用都在使用我们的服务。如果自己来实现服务器端的话，虽然有更大的灵活性，但如果没有有经验的工程师来做架构，很可能后期数据规模的增长会让你手忙脚乱。

> 侵犯肖像权不算经济损失吗？
这里的「经济损失」是指你本来可以得到某些收益（要可以被量化成具体的金额），但因为对方的行为你没有得到；或者对方因为转载的行为得到了本不该得到的收益（同样要能够量化成具体的金额）。

@ichigo 我觉得你可能对于「赔偿」或「惩罚」过于看重了，确实网络上这种侵犯著作权几乎得不到惩罚，但也要承认它的危害也确实比较小。