dvaknheo

目前我换到华为了

https://github.com/slince/composer-registry-manager

给这个可以切换仓库的项目打个广告(不是我的作品

$ composer global require slince/composer-registry-manager ^2.0
$ composer repo:use

Please select your favorite repository (defaults to composer) [composer]:
[0] composer
[1] aliyun
[2] tencent
[3] huawei
[4] cnpkg
[5] sjtug
>

@hubqin
我记得洋葱模型 node-js 解决协程 用的。 分两个接口，执行前，执行后 要好得多。
不然堆栈里真的没法看出来是什么引发的问题。

还是觉得显式方式拦截的好。 直接看代码调用堆栈就知道哪里出了问题。
控制器就是要干这个的。

当然，我们也可以保留 钩子模式。但是没必要让钩子的作者搞得这么舒服（前后依赖关系自动化等。
以告诉钩子：用了高级性能，要自己小心。

@hubqin pineline 实现中间件有什么好处？，或者中间件有什么好处？
如果不用中间件，能不能解决。

至少我看到一个坏处是堆栈没法看。
这也就是中间件技术把 PHP 带歪的地方。

@jhdxr VipModel::WhereIn （ function ($query)) 方式走不通，是 因为要得到的是 UserModel 之后要得到的 UserModel 里做一些额外操作
each UserModel->getAvator(); 没有 UserModel->getAvatorByid($id); 这个方法。

我整理一下， 高级用户表，根据一些数据，要追加 基础用户表的 用户名，头像。 高级用户表和基础用户表是 user_id 一对一，这很简单吧。
我要显示我深圳地区的 VIP 会员的状态和头像，只要在线的。

从 VIP 会员表（小表 Vip ）里查出地址：深圳，然后 连表查询 基础 用户表(大表，UserModel)， 状态为在线。 一个 left join user_id 完事。

为什么会先从大表查， 然后小表里 whereIn (user_id) 呢。

原因是获取头像这个操作，是写在 UserModel 类的方法是要根据 $this->user_id 做一堆操作的（包括连其他表！）；不接受外部 user_id.

用户名，也是从 UserModel->username 得的。

老程序员的想法，先是，怎么写 sql，然后改成 where() 模式， 然后再想怎么转成 model .

而那些 L 记没学过 sql 的，和 Hibernate 之类 ORM 的。根本就不考虑 sql 性能。反正一把梭就是。
产生了类似 count( Model->where()->get()); 之类的性能悲剧

大表先查
User::where("status", 0)->get(); ，为什么这样， 因为 后面还要用到 Model 类的
User->getUserImage() { /* 用到 $this->uid; */ } 方法。

直接 ssh 就行啊，何必这么折腾。
git init --bare

@Raymon111111 走 https 后 ISP 就不好解出来了。