标 题 | 时 间 |
---|---|
需要使用到OAuth 密码授权模式的 API 接口开发 | 02:24 |
学习API开发前的准备工作 | 03:55 |
API 开发 - 用户注册接口的实现 | 10:23 |
Passport API 开发辅助授权包的安装和基本配置 | 07:07 |
API 开发之用户登录接口的实现 | 05:42 |
API 接口开发:完善用户注册流程 | 04:59 |
API 接口开发-使用用户名或手机号码作为登录凭证 | 03:05 |
API 接口开发 - Topic 话题创建接口的实现 | 08:13 |
API 接口开发 - 使用 transformer 对 topic 话题数据进行转化 | 04:34 |
API 接口开发 - topic 话题查看接口的实现 | 08:04 |
API 接口开发 - topic 话题更新接口的实现 | 11:05 |
API 接口开发 - topic 话题删除接口的实现 | 03:41 |
API 接口开发 - discussion 讨论观点发布接口的实现 | 13:56 |
API 接口开发 - 使用 transformer 让 topic 携带关联的 discussions 数据 | 02:26 |
API 接口开发 - 使用多样化的一对多创建扩展性更强的点赞系统 | 08:03 |
API 接口开发 - liking 点赞接口的实现(1) | 14:10 |
API 接口开发 - liking 点赞接口的实现(完整逻辑的实现) | 12:17 |
API 接口开发 - 对返回的错误信息数据进行统一的规范 | 09:49 |
标 题 |
---|
最近在学习resource 在您签名的视频看到有提到,外加老大给我一番醍醐灌顶“你愿意去花大笔钱(这里指我喜欢买书看)去买那些对你没用的书,不愿意去花点钱在那个网站(上次给老大推荐过这个网站)去开个会员,你上次也说过那个网站是你现在遇到最好的一个教学网站”。有这样的老大哭了
谢谢支持,在能努力有条件努力的时候好好珍惜机会吧,多给自己赚取点机会太重要了,把精力和金钱花在最该花的地方,尤其自己的职业上,不要学我,我是不注重身体,身体健康原因让我丧失继续在公司里竞争的优势了。如果你有一个好老大,好好跟着,好老大肯定不会是狭隘的人,绝对能在各方面对你产生积极的影响。
第一次在B站学laravel 的 container时初遇就觉得您说的很好,这边主要还是您视频做的好。。
我最早重病期间录的那两套我始终都不满意,我早晚重置它们
jwt和passport还是有区别的,可以说一下
你说的jwt是一个辅助开发包吧,他和passport一样只是OAuth2.0网络授权的不同实现方式而已,本质上并无不同,深入了解一下你就明白了,了解了根本的核心原理和流程,哪怕不用这些流行的辅助开发包,自己实现一套野路子也花不了多少时间
makeToken应该可以了吧不需要每次用Guzzle请求吧?》
对的,我只是为了展示一下这个东西,所以在这里也用了一下,其实可以内部直接生成,而不通过guzzle请求
好吧。多学了一个比curl好用的扩展包
在尝试用用户名登录的时候,对代码做了如下修改: public function findForPassport($username) { return $this->where('name', $username)->first(); } 但是在注册用户的时候就报了一个400的错误, "message": "Client error: `POST http://taking.test/oauth/token` resulted in a `400 Bad Request` response:\n{\"error\":\"invalid_grant\",\"error_description\":\"The provided authorization grant (e.g., authorization code, resource owner (truncated...)\n", "exception": "GuzzleHttp\\Exception\\ClientException", 求指教下这个是什么原因
23333 我又发现了...把上面复写的那个方法中的where换成orwhere,至于原因,我猜的是后来更新了,使用where的话就会屏蔽掉默认的邮箱登录,所以就只能使用orwhere,也不知道对不对
如果只限定一种登录方式的话,使用where,如果要使用多种登录验证方式,就得使用orwhere了,这个思路是对的,抱歉刚看见你的消息,如果要使用passport进行api开发的话,我个人并不建议它的这种流程,因为OAuth2的设计还是复杂了些,尤其创建token的时候,咱们最好自己手动调用createToken进行创建,不要走它的流程,这部分内容可以在<电商系统-初出茅庐>课程里看到,我也是忍受不了这种复杂的流程,就自己掌控流程,不能让它欠着鼻子走。
这种自控流程的方式跟laravel7版本中的sanctum API 开发就很类似了,容易理解也更直观,使用passport的话,需要你对OAuth2的东西理解要透彻,我也录过很多OAuth2相关的视频以及图文,你可以好好研究一下,而不是简单看看就得了
嗯嗯,好的好的,非常感谢您的指点