微信扫码登录
| 标 题 | 时 间 |
|---|---|
| 代码之道 — 从工程项目全局的角度考虑整个项目的组织和管理 | 04:47 |
| 代码之道 — 项目的前期准备工作 | 11:30 |
| 一个好的后台系统可以极大的简化项目的开发和项目维护 | 15:25 |
| 代码之道 — 兵马未动，测试数据先行，重新生成测试数据 | 07:44 |
| 代码之道 — 快速构建用于演示的博客前台 | 15:41 |
| 代码之道 — 解决数据库查询的 N+1 查询浪费问题 | 06:19 |
| 代码之道 — 逐步构建完善的数据缓存系统 | 09:50 |
| 缓存之道 — 最简单粗暴的缓存机制如何实现 | 18:34 |
| 缓存之道 — Stay hungry ，Stay foolish，谦逊是美德 | 08:01 |
| 缓存之道 — 将用户缓存进行更灵活的单独管理 | 08:37 |
| 缓存之道 — 将评论缓存进行整体粗粒度切割 | 07:28 |
| 缓存之道 — 中心化的管理方式会让维护和开发变得更简单 | 02:18 |
| 缓存之道 — 更新单个评论时如何对缓存进行高效处理 | 05:39 |
| 缓存之道 — 发布新评论、删除评论时如何高效对缓存数据处理 | 05:29 |
| 缓存之道 — 理解读写分离的切勿僵化，缓存系统继续出发 | 04:18 |
| 缓存之道 — 博客总览页面分页缓存机制最简单粗暴的实现方式 | 07:59 |
| 缓存之道 — 分页数据缓存机制大改造 | 05:27 |
| 缓存之道 — 创建自己的分页器 | 06:08 |
| 缓存之道 — 使用 Bootstrap4 完成分页器的美化和高亮功能 | 06:23 |
| 缓存之道 — 创建新的博客时如何对缓存数据进行处理 | 07:29 |
| 缓存之道 — 更新和删除博客时如何对缓存进行操作 | 05:49 |
| 缓存之道 — 实现所有Model类都可以使用的抽象缓存接口 | 13:26 |
| 缓存之道 — 实现适用于所有Model类的抽象缓存的分页器 | 07:22 |
| 标 题 |
|---|
呵呵，这节课知识点很多。
哎，是有点多，防不胜防啊，还好我没被坑杀了
缓存系统没有一定之规，需要根据自己的系统进行分析和设计，代码之道里我带着大家一起做一次技术逻辑推理，实现一套符合这套系统的缓存机制，但是特此说明，这并非最具效率的缓存方案，也并非最合理的推理方式，如果大家感兴趣的话，以后我单独录一套视频介绍技术推理方面的技巧
getTranslationsOf方法未找到这个问题深入研究了一下，发现最主要是由于Voyager对某些常见的表比如users,posts，单独定义了视图文件，这些试图文件中调用了getTranslationsOf方法导致报错了。
Github上有人建议说重写posts的视图文件，我个人觉得还是有点麻烦。
站长建议改一下继承的类，视频中这个例子是有效的，因为你用了Voyager自带的建表文件，但是如果没有用自带的migration文件，而是在已存在的项目中新引入Voyager, 改了继承后还是会报错，说categories表找不到等等一些列问题。
个人建议最好的方式是在表名上作区分，文章表不要叫posts, 你自己建个文件表，可以叫articles。这样Voyager就不会使用它专门为posts定制的视图文件，而是用默认的bread视图文件。这样就不会有问题了。
博主，我是付费会员，怎么又不能看这个收费视频呢？
为啥不能看，只要是会员，肯定能看的，显示啥错误了
好了
在清除缓存的时候说需要先判断存不存在再清除,这样可能对缓存查询了两次,增加了缓存服务器负担吧?
从这个角度来说是的，可以不判断的情况下直接清除。但是为了把逻辑说明清除，不加上的话也不太好，有点矛盾的滋味