本来只要站长回来 补发了之前的视频也就ok了。但是你这个思路很奇怪，就像你订了一个月快递午餐，因为你昨天的那顿还没吃完，我今天这顿就不送了。你会答应吗？之后补送还可以商量，不送了你钱白花了，就因为你昨天那顿还有剩。之前办会员的时候，是每周更新几集视频的。现在长时间没更新，如果站长有事可以理解，之后补上，也不是什么大事。不过你的这个思路非常有问题

OK 年后期待新的教程

楼主什么时候，可以出关于LaravelS的视频专题？
好久都没有视频了。

请问有人尝试过laradock开发并部署上线项目吗？使用体验如何？

数据库分表时，应该同时创建没有数据的总表。对于应用来说，直接查询总表。这样分表的逻辑和工作都在DB端解决，对于程序来说是透明的。原来code怎么写还是怎么写。mysql官方有分表的示例：
mysql> CREATE TABLE t1 (

->    a INT NOT NULL AUTO_INCREMENT PRIMARY KEY,
->    message CHAR(20)) ENGINE=MyISAM;

mysql> CREATE TABLE t2 (

->    a INT NOT NULL AUTO_INCREMENT PRIMARY KEY,
->    message CHAR(20)) ENGINE=MyISAM;

mysql> INSERT INTO t1 (message) VALUES ('Testing'),('table'),('t1');
mysql> INSERT INTO t2 (message) VALUES ('Testing'),('table'),('t2');
mysql> CREATE TABLE total (

->    a INT NOT NULL AUTO_INCREMENT,
->    message CHAR(20), INDEX(a))
->    ENGINE=MERGE UNION=(t1,t2) INSERT_METHOD=LAST;

一次请求 groupby分组统计

后端api的访问权限用oauth的方式，当然你也可以不用oauth

建议后端做成api形式，oauth控制用户访问权限。前端可以考虑vuejs或者react来实现。这样一个后端api共享任何的前端应用

不要这么说，至少Jelly很用心的去做教程。感觉这个网站和社区也越来越好。似乎之前也有人很喜欢Jelly的声音。

谢谢。我这里的业务需求是每个客户访问一个api，只能获取和这个客户相关的信息，不能获取别的客户的信息。也就是说每个请求返回的数据不一样。如果不验证这个client是哪个单个用户。就不能确定应该返回哪些信息给这个client。目前我能拿到access_token。随后根据这个token来查询出是哪个用户在请求api? 有没有更好的办法来满足这个业务需求？

我用laravel 5.3做了一个web api。使用oauth作为认证。当客户端取到了access token后，来访问我服务端的服务，请求的header中会带着取到的access token，例如：Authorization Bearer eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJzdWIiOjEsImlzcyI6Imh0dHA6XC9cL2RvY3NhcGkuaW5ncmVkaWVudHNvbmxpbmUuY29tXC9hcGlcL3VzZXJcL2xvZ2luIiwiaWF0IjoxNDc4ODI2NzMyLCJleHAiOjE0Nzg4MzAzMzIsIm5iZiI6MTQ3ODgyNjczMiwianRpIjoiNTEzZTVlZmM4NzM2MmIyZDk5YzZiOTMzNmMyODA0YmIifQ.678WsfGoAwaBT2hqctuOOZnM3I10cCWAwND38Hl7DA8
问题是：服务端的这个服务只能提供当前用户的信息，然而我如何确认当前客户端请求的用户是哪个用户？换句话说如何把请求服务的用户和数据库中的用户对应起来？如果说用access token来确认用户，那么laravel如何获取header中的这个Authorization？似乎$request->header拿不到这个值？

谢谢