欸？怎么文章不全了？

修改 config/admin.php 中的第143行为'layout' => ['sidebar-open', 'sidebar-mini'],

stub 这里应该翻译成啥比较好，还有blueprint？

@hxy_ali 对，就是这么个意思。说下你的异步思路看看，我没想过异步需求，swoole 官方文档里面也不推荐异步，我这里也没应用场景。

@hxy_ali 这个没研究过，还真不知道。
你这第一个问题上次有人推荐过使用supervisor，我平常都是开着错误日志的，经常去看下错误日志。
连接池大小是根据业务来设定的，暂时没看到有什么计算公式，业务量不大的，没必要用连接池。
我这里使用mysqli_ping其实也不是好的做法，因为mysqli_ping也同样是发起了一次请求给数据库的。好点的做法就是直接使用$link,如果使用有问题，没出来数据，报错，可以捕捉错误之后进行重置连接处理，这样就避免了ping操作。

在哪里？是不是我的锅？

支持

@JiaZombie 是啊，看到那种东西就忍不住想点，看到没100%进度条的也难受，好痛苦

仰望高端玩家。找个活干好难的飘过。

@Summer 不可以，但是消息中心这里一直有个红色的1提示我，我忍不住就想点掉它，点进去之后就是翻译栏那里叫我自己审阅自己的翻译，点进去之后就是跳到自己编辑修改自己编辑的页面，然后我勾选提交，如此循环……

皮一下

Hello World

有的地方翻译的有点歪，欢迎改进。

@Summer 看到没到100%的进度条，我就有强迫症，反正这个作者行文也是本着平民化口吻，那我也逗逼一下。

@梦康 这是个好问题，而且是个大问题，我大概说下我自己的理解吧（不保证权威性正确性）：mq=Message Queue就是指消息队列，而我写的是任务队列的模型例子，既然都是队列那么都遵循FIFO，比如都是基于生产者-消费者模型的。消息队列着眼于“消息”的传递，用于解决应用之间的通信问题，比方两个进程间通信，分布式应用间通信；任务队列着眼于“任务”的处理，比方说平常的我们注册了一个网站之后要给用户发邮件，发短信等，这种耗时任务，我们不是很关心及时结果，可以异步执行，这里我们就把这个操作丢到任务队列中处理，任务队列主要的目的就是处理任务。
关于我的这个和 laravel 里面的那个，源码你都可以拿到，我这个只是探究性的小轮子，正如 十个你需要在 PHP 7 中避免的坑 这里第9点说到的：不要重复造轮子，如果应用到项目中，肯定是使用成熟的产品为佳，但是探究性地拆下轮子自己改改，加深对框架的理解也是有好处的，关于二者的最主要区别我也写在上文的结语里面了。

今天我正好也收到一个头条发来的社招面邀，这么虐，还是不去了算了。

抛砖引玉。从六大设计原则的角度来看，它在一定程度上违背了单一职责原则，它既提供了工厂方法来生产它自己，同时在它内部又提供了业务类的方法，供使用者使用，将创建产品和使用产品耦合在一起。

自己回复一下吧，感谢summer老大的翻译，第一句话是他翻的。
我理解是这样的:单例模式就可测试性而言，在做单元测试的时候，如果想去模拟一个单例，是做不到的，因为这个单例和真实业务中的单例是同样的，并不是像通常那些可以通过mock来实例化的假数据，它本身是个“真数据”，况且不看它的具体实现方式，我们也无法知晓如何去模拟它所依赖的那些数据。就可维护性而言，它自身掌握了自己的生命周期，管理了自己的依赖关系，我们拿到它的时候，它到底和哪些数据有关联，这个也无从知晓。

我想试试看，给你们发个邮件

可以去nodejs那里发，估计在这个社区混的大部分都是php的