一般这种复杂语句我会使用DB::select()...

这个已经涉及到性能问题了，我是用的mysql。
个人认为应该将想要的数据查询出来，再通过程序进行处理会比较好，特别是要关联的表多的时候。
我们公司的数据库是用的云数据库，内存小，如果进行复杂的sql查询可能会导致数据库崩溃
PS：如果你要关联查询3个表以上，那意味着你的表结构需要重构了。

一般app渠道标识可以有两种，且都是要app那边做配合
1、请求接口时，每个渠道包在请求参数后面加一个该渠道的标识符，如from=channel1
2、每个渠道包app都对user_agent模块进行重写，通过user_agent去判断渠道

@xdzcz 你原始页面跟目标页面在一个group里面吗。（假设a页跳b页，a为原始页面，b为目标页面），如果不是的话，原始页面跟目标页面都需要引入web中间键

遇到问题与解决问题的过程：

问题1：创建权限时，执行save方法报错。

解决方法：将CACHE_DRIVER=file更改为CACHE_DRIVER=array

问题2：entrust自带的hasRole无法正常判断指定用户是有特定权限

解决方法：目前使用数据库辅助查询权限，但不是长久之计

问题3：Cache::get与Cache::put无法正常存取数据，不会报错，但会为空

解决方法：用Redis替代，但我认为由于无法正常存取，导致的问题2的发生，而问题1的解决方案，可能就是影响到Cache无法正常存取的主要因素。求问大伙是否遇到过类似的情况

@cevin 是，炒鸡大，不过我这个是跳转到别的group的，目标group也需要引入web中间键，我已经解决了这个问题，发答案出来记录一下哈哈哈

微信后台有绑定回调地址吗。经过校验的话应该不会报这个错的啊

@dope2008 我没用过laravel做过，二维码是这个：weixin://wxpay/bizpayurl

https://pay.weixin.qq.com/wiki/doc/api/native.php?chapter=6_1
过程会有点绕，仔细看一下。大概流程就是：
1、后台配置回调地址（用于接受支付消息）
2、然后你再写一个检测的接口检测支付是否成功
大概就两个php文件做这个功能，一个get（对接微信）。一个check（对接get）

5.2版本，需要在跳转的页面的路由上加上web的中间键才能正常使用session。

1、外键约束，如果有删父表，有级联关系会删掉子表关联的数据，没有级联关系会报错。
2、外键约束在一定程度上避免了查询错误的，创建可以照常创建，不过不建议你更改
3、primary只是主键，没有自增属性，自增必然是主键。