@lazyou @莱恩 还有更优的 Redis 和 ORM 姿势

[PHP中哪些函数是同步阻塞的]https://wiki.swoole.com/wiki/page/474.html

[异步MySQL客户端]https://wiki.swoole.com/wiki/page/517.html

[异步Redis客户端]https://wiki.swoole.com/wiki/page/p-redis.html

Jenkins+Docker
Mina+Docker

这两个方案应该都不错，Jenkins 和 Mina 保证自动化，Docker 保证环境一致性，可代码版本化。

不同的 ENV 目前我也没有什么好的方案，环境变量是个好方案，只是可能需要在使用的地方注意一下代码的调用方式。Docker 的环境变量只需要放在配置文件里，生产环境的 ENV 理应是手动配置的，手动配置4台我觉得还是可以接受的，毕竟不用天天做。

如果你的配置项不敏感，你可以直接放代码库里，部署的时候执行 cp env.{$host} .env，不过大多数情况下，还是需要由管理权限者手动配置，其他有部署权限的人在本地执行部署命令就行了。

请复习 exception。

rn 是什么？React Native？不要乱用缩写 :confused: , 虽然我只用 VUE，但是这个无非也就是 JS，没什么触发不了的，都是自己写的客户端，哪有什么触发不了的，就是 Swift 写的也能触发事件啊。
至于 PC flash 播放, 移动端 HTML5 播放，那也是播放器啊，假设你们用的 videojs 吧，去看文档写事件就行了…… 视频流如果是第三方的如果不做中转就不好控制了，从播放器入手吧。

刚好在做类似的问题，扯几句那就：

1. 你要考虑统计时长应该选取是统计看完某个视频还是在某个视频下持续观看指定时间
2. 如果是采用看完策略就要考虑是否要屏蔽快进或者初次观看屏蔽快进及拖动
3. 统计观看时间的话可以从拉流服务器来做，在拉流的时候带上用户ID（token），此种方法最为底层
4. Ajax/WebSocket 统计时长也是比较简单的方法，videojs 等也可以设置某个时间点触发某个事件
5. 检测用户是否真的观看是个难题了，Chrome 倒是可以调取摄像头，检测用户的眼球倒是可以的（我不信你还真要这么搞）
6. 谷歌和亚马逊都有检测是否机器人的相关sdk，但是观看视频基本也可以是一两个小时没有任何操作的东西，没有键鼠操作，完全没有监测点，之前见过一套交互式教学视频播放器，在指定节点答相关的选择题等，起到加深知识点和检测用户是否在电脑前的左右，但是即使你使用了这个，你依然无法辨别是否本人，所以如果是强依赖本人全程观看的需求，基本只有视频录制一条录了，其他的我也想不出了，WebRTC 可以直接通过浏览器调取摄像头麦克风，还不需要带宽（点对点）
7. 如果不是那么强的要求，隔一段时间出现个还在电脑前吗的 confirm/tips 之类的比较容易检测，或者直接忽视这个需求，本身没有特别好的方案。

想当然的没有我大新疆，其实我觉得还可以从另一个方面阐述，各个地区的程序员数量也相差很大，比如在新疆人人都以为我是修电脑的。。。广东、浙江、北京本身也是IT大省。

@扣丁禅师 223.5.5.5 和 8.8.8.8 结合我觉得稍微靠谱一点
114DNS到底是啥

这要是搁在 Ruby-china，早被一号会员 Rei 怼的结巴了。。。:joy:

除了上面说到的时间戳，四楼说的其实是另一个概念，你可以了解下 游标分页或者叫流式分页, 你的问题差不多就解决了。

你写的代码也很了不起呢，太谦虚了啊。
话说回来，我是在学习 Rails 的路上走岔路了。通过 Rails 知道的我相信不止我一个。。。

Http 测试也是一起，那也一起追加了，我要认领翻译 [HTTP 测试 - http-tests]

@springjk 我要认领翻译 [Eloquent 集合 - eloquent-collections] 和 [浏览器测试 Dusk - dusk]

@Summer 我明明记得我 Ctrl + f 过啊。。:sweat: ,那我更改为一下：

我要认领翻译 [集合 - collections] 和 [Eloquent 集合 - eloquent-collections]

@chenxin @Specs use SoftDelete，“该评论已删除”。

高能满分

Laravel 的命令是使用的绝对路径来创建的，在5.1等没有此命令的时候我个人习惯使用相对路径来创建，移动目录、更改文件名时可以不用重新创建软连接，在 Docker、Homestead 等类虚拟机方式中使用时也不用可以进入vm，可以作为你的补充。

Including Data 正解，这也是 Dingo 最为方便的一个地方，不过 dingo 至今都有个坑未填上，你可能也会遇到。https://laravel-china.org/articles/4210/dingo-api-principle-from-the-perspective-of-laravel-http-request-processing#reply22065

结构清晰，代码简单，Good.
话说回来，我一直觉得 password grant 属于 oauth 的异教徒，个人不喜欢这种模式，我个人更喜欢无状态化的 JWT，不需要表去管理了，效率理论上更高（解码速度应该比查库快吧），但鉴权这一块稍微麻烦了点，各有千秋。

@anyuzhe 我上面说了看项目需要，明确了后台不仅仅是管理员随便用用而且业务逻辑比较多的时候，建议还是自己写比较好，可以去找个模板写，比如 inspinia, 如果喜欢 SPA 的就在分开写，目前我没有发现非常好用功能又多扩展性又高的这种后台生成器，毕竟这两个需求经常是相对立的。