14L +1，如果在文章列表要显示难道还用count + group by？我觉得第一思路就是加个冗余字段啊。。。居然那么多人觉得应该要count好意外

@chairuosen PSD？手误？

手滑打错了。。。肯定是yyy。。。。不影响解释。。。

@Athrob
@hiboshi 肯定是xxx啊，字符串和int比较会转为数字（相当于intval），所以是123和0比。你说的字符串和int比会变成0是因为大部分字符串不是以数字开头而已

所以我还是从我厂离职了。。。

@leavic php也可以拿c写模块，然而。。。
其实LZ你可以把excel保存成csv，然后不管哪个就都快了。。。（php可以用fgetcsv）

我厂某产品曾经用降龙十八掌来命名，用了几个版本后发现其实版本更新太快大家也记不住，而且很快就会用完了。。。

@lvfujun 同感。。。base32的结果不一定是32位的。。。如果真的是md5的话是没有解密的。。。

@nowcoder 排行居然混着c/c++和java。。。

阿里的路过，说的通俗易懂一点就是要懂技术的客服。常见问题你能直接答复，高级问题提工单给开发

看过thinkphp的源码，的确不注重性能，比如很多东西明明可以直接写的非要用魔术方法完成，之前也向官方提过但没有采纳。
但是，优化性能的时候请先找出瓶颈。一般来说网站的性能瓶颈都是在IO上（数据库、网络连接）。。。
很多人上来就喜欢性能第一（没错我就是吐槽之前某个找性能第一的框架的），的确逼格满满。但性能这东西和你的业务、和你的规模等等都是密切相关的。。。不要提前优化。。。

ls+1，laravel自带的.gitignore里是不提交.env的

不问是不是就先问为什么的都是耍流氓。。。

另外 @ksupertu , @wuyadong 这和储存结构有毛关系。这值不管设置多少，储存范围都那么大。莫装B。。。

@lincanbin 你这例子还需要自己指定时间格式，呵呵。。。

@Septembers 我现在有个单表2亿的，在合适的索引的配合下，目前我的查询均可以在0.3s内完成。然后上个月把数据同样地拷了一份到postgresql里去，配合同样的索引，效率远不如mysql。用explain看了下也已经走了索引了。不知道能否指教下有哪些需要注意的点？

于是这种公司都入不敷出倒掉了。。。

@StevenTong 我个人建议你可以拆成3个独立的sql，先只查进行中的，不够再去查未开始的，最后去查过期的。这样子就是翻页是个问题。。。但因为你这业务对时间要求不强（不像拍卖之类的），所以在应用层面去做这个页码的计算应该也ok