拆分成两条语句，第一条取父评论，第二条用in取子评论

我开发一般会图省事，用ORM的 relation，实际生成11 条语句，等遇到性能问题的时候改成贪婪模式，变成两条，然后如果性能还有问题，ORM 加一层缓存，基本就解决了

@civet 乌龟有啥问题？对于日常要求，我感觉两者用着差不多。

要熟悉各种 PHP 框架，要熟悉 Redis，还要会 Python 或 Ruby，然后还得写得了 HTML 5，然后起薪 8K。。。

让我静静。

别说什么上不封顶，这基本要求难道不是和起薪对应的？

@EXDestroyer 呃。。。那为什么还要直接操作 spider 对象？

@Gonster 在闭包外部，spider 以引用的形式传入闭包，这个引用名是 JOINSSE，你可以直接使用 spider，js 的作用域会向外查找，但 JOINSSE 就白传了

变数 -> 变量？
回圈 -> 循环？
资料库 -> 数据库？

参考 laravel 的 array_first 吧，更优雅的实现。

这个思路应该更多还是针对虚拟空间的，不过 cpanel 这类，基本都是支持修改 htaccess 甚至连 php.ini 都能改，绑个域名也都是简单的，所以这篇文章的价值不大。

话说 vagrant 都这么好用了，至少在开发环境下我们是不是推荐 homestead 更好，而不是想出这些蛋疼的解决方案来迁就新手。。。

@AlloVince 粗略看了一下，不足之处还是挺多的，比如 RefreshToken 好像不支持，没有看到相关的实现代码，比如 Client 里面定义了 password 验证 Eva\EvaOAuth\OAuth2\GrantStrategy\Password，但是并没有这个类。。。这个 unit test 是咋通过的？

log 这个，因为 OAuth 是标准，各个 OAuth 库只要作好 Exception，然后我们在外层 catch 就可以了，植入代码里面的 log 并没有必要。

把 OAuth1 和 OAuth2 分开也挺正常，毕竟连不同网站的 OAuth2 实现都有略微不同的地方，我给网站加第三方登录的时候，比较喜欢给每个网站一人一个action，然后在里面调用具体的类，以应付不同网站不太一样的地方，比如有些有refresh token，有些没有，有些fetch user info的流程不一样，有些字段不一样。

@weichuangye 那悟性好的7年什么价？

所以 12k 对应 3年的 PHP开发？我觉得除非是招悟性很烂的，要不这点钱还是省省把

看了一下，感觉不如 thephpleague 的库强大

https://github.com/thephpleague/oauth2-client
https://github.com/thephpleague/oauth1-client

composer 都这么流行了，如果还觉得安装麻烦，你大概已经跟不上 PHP 社区的发展了。可能你也不知道 PSR 规范。

Laravel 的东西比如验证器什么的不是强制性的，你不想用，完全可以只用路由和控制器部分。

unit test，migration，queue 几乎是做一个中型网站必备的东西，你如果完全不需要，只能说明你的项目管理和控制很烂。

Smarty 差不多该进火葬场了。

如果你的需求一直都是做个博客上面的，那上面就当我没说。。。