付费课程, 订阅后即可观看
如何把 resource 路由和 resource Gate 结合在一起进行权限判断
Laravel 路由有 resource 路由定义方式，对应于增删改查（CRUD）四种不同类型路由的定义，极大的简化了路由的定义；同样 Gate 权限定义的时候也有 resource Gate，对应于CRUD四种权限的定义。既然路由和权限都是针对CRUD的定义，那如何用最简单的方式把他们组织到一起呢，虽然官方文档当中没有介绍，但是其实是有一个特别简单的方式的，那就是在controller的构造函数中添加一行代码 $this->authorizeResource(XXX::class),传参的时候传递要接受权限授予的Model类即可
微信扫码登录
大神、做一期 laravel-echo-serve 的推送视频好吗。
过两周吧，最近的核心工作是把 API 开发的部分搞定，最近楼上一直装修，录视频基本成了奢望，希望楼上装修早日结束。
好的，等你哦！
新来的别忘了进入tinker之后输入namespace App 创建半天数据没创建出来。。。。蛋疼
laravel进tinker后为啥一定要指定命名空间
这样使用模型类的时候就不用再输入命名空间了
Exception with message 'domainWord failed with the selected locale. Try a different locale or activate the "intl" PHP extension.'这是为啥呀，我创建假数据,命名空间也弄了
解决了没，我一年没运动了，去打了半天篮球，报废中，intl你看看那个扩展包是有没有装好。
问题还是在的，composer包还是php.ini扩展？期待楼主的回复
其实你最早留言的时候，警告信息已经非常明确了，只是一句英文而已，哪怕英文不好，这个看懂也没什么难度，你必须要自己去解决问题，这也是最常见的一类问题，自己冲吧，哈哈。
相关的资源最好能提供下载就好了，比如写好的代码。这样省事不少哈。
我这是逼着大家自己写一下，这期间能发现很多问题，更能帮大家提升能力。
关于后台角色权限管理相关视频有没有，可以录制一个吗， 后台权限管理复杂，操作繁琐 每个地方都需要验证 如果可以的话对后台角色权限做一个录制视频，路由判断权限，后台添加删除权限等，因为这个动态的跟简单的项目不一样，希望考虑一下
首先你并没有把你的需求说清楚，所以你必须确认你理清了需求中的关键点。解决方法都是可以通过这些核心关键点推导出来的，另外我也想知道你都考虑过哪些方案，为什么这些方案不能解决你的问题，都遇到了哪些障碍？ 这些障碍也是推导出你想要的解决方法的关键点，如果依旧找不到解决办法，我再帮你搞。每个项目都有其特殊性，不是说一套方案解决所有项目的问题。大部分人追求权限粒度越小越好，但没有几个项目真的有这样的需求。
我现在正开发一个后台系统，权限方面，我用的是gate 和policy 的解决方案， 每个model 需要创建一个policy来解决权限问题，因为权限的定义都存放在数据库中，我说实在话， 不知道从哪里开始， 文档里说 Gate：resource 定义后 多种权限并存， 但是我想把这些更简单化， 利用一个类，在数据库把每个model 都存放，读取权限表的时候，获取model 名称，生成show，create，update 等权限，这样也好，因为每个表model 中都存着四五中固定的权限 比如 can:create，App\Posts 等等，但是我想的是 can：posts.create 或者posts-create 的方式，（posts-create）中posts 是model 名称，按照这个判断 model posts 中的create权限 等方式， 我不知道说到重点了没有， 但是我现在思路很乱。 项目总监一会儿说这个一会儿说那个的
这个跟总监没什么关系，你先把需求和思路整明白再说吧，核心是看业务需要什么样的权限系统，不是你想采取什么方案。
角色：角色添加，每个角色有不同的权限，按照权限操作。 权限：每个模型的所有操作权限控制，权限控制方式，路由地址和指定的范围（比如说，稿件审核初审，二审，三审 等）；
开发部分：为了以后的系统开发顺利执行，后台系统基础部分，权限判断写入的地方越少越好（这意思不是很多地方不需要验证），是一个公用的方式判断在数据库中存放的权限定义，开发中除了resource的路由外还有很多路由，可以自定义的方式添加 权限存放在缓存中调用最好。 这就是他的业务需求 。。。。。
站长，你好！请问在视频里面没有像文档里把 Route::resource('posts', 'PostController'); 改成Gate::resource('posts', 'PostPolicy'); 也可以实现 post 权限管理？
你需要好好理清一下思路了。
authorizeResource这个函数在使用过程中有问题呀，我看了他的源码，发现他生成的middleware指向的路由名称不对，比如我的model是Novel，我要调用show这个方法的时候，那么它最后生成的$this->middleware($middlewareName, $options)->only($methods);这里的only里面指向的路由名称是show，而实际上应该指向的是novels.show,所以我每次使用这个生成的middleware来验证都会返回403错误，我在Illuminate\Foundation\Auth\Access\AuthorizesRequests.php的authorizeResource里面加了一行$routePrefixName = Str::snake(class_basename($model)).'s';然后在生成$middleware
这个数组的时候改成了$middleware["can:{$ability},{$modelName}"][] = $routePrefixName.'.'.$method;这样他就可以指向novels.show，然后验证就通过了，但是我不知道我这样是否正确，站长帮忙看看是否可行，是否还有其他方法，或者是不是我的使用方法根本就有错误，才导致出现这个问题的
站长在吗，上面的问题能帮我看看吗
https://stackoverflow.com/questions/56038234/laravel-authorizeresource-always-denies-access
抱歉，这几天太忙，你可以看看这篇内容，不同版本的 Laravel 具体细节似乎是不一致的，我平时工作很少直接使用authorizeResource，宁可一个函数里边写一个全线判断逻辑，因为Laravel作者最初设计时肯定有不周全的地方，导致后来一直又不断修正。
我用https://stackoverflow.com/questions/56038234/laravel-authorizeresource-always-denies-access这篇文章里面提供的方法这样写，$this->authorizeResource(Novel::class, 'novels');还是不行，因为他会将middleware改成这样 $this->middleware(can:view, novels)->only('show');而不是novels.show
哈哈，这个问题你先探索吧，到时候把答案告诉我，我个人的建议是无需在这个问题上纠结。我家两个孩子轮换着病了两周，我也没怎么干活，很多事情需要忙。