Laravel 视频课程：一个好的后台系统可以极大的简化我们的开发和维护

付费课程, 订阅后即可观看

正在播放：一个好的后台系统可以极大的简化项目的开发和项目维护

发布于: 2019.05.24

标题	时间
代码之道 — 从工程项目全局的角度考虑整个项目的组织和管理	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

running8 2019.05.25 01:34

我在使用laravel-admin

codinget 2019.05.25 08:26

那个我还没用过，应该更适合咱们国人用

running8 2019.05.25 09:03

我都应该学会使用。

codinget 2019.05.25 09:48

也是，后台系统多一个备选项也是挺好的，官方的 Nova 反而大部分人都用不习惯，还不够完善

running8 2019.05.25 06:47

开始的时候完全依赖视频教程，被你领进门，慢慢地学会了看官方文档，每天只学会一点点，回头一看，感觉学会了不少。但越学越觉得自己不会的东西更多了。

codinget 2019.05.25 07:00

这个感觉就对了，肯定是觉得更多了，没入门之前总是盯着门看，进去之后就发现世界真大，每一个点都能扩展开

running8 2019.05.30 11:55

vogager在github上有8.2K的Star,且作者还在维护，是不是说明确实不错啊。从作者头像上看，相貌和中国laravel大牛判别太大了。

codinget 2019.05.30 11:59

不是不错，是相当优秀，不是个人在维护，他们是一家公司技术团队的作品

running8 2019.05.30 12:06

z_song的laravel-admin也不错，毕竟是中文，英文不行的上手容易，功能也基本够用了。入门先用Laravel-admin，vogager也得会用，最近“备胎”是很火的。

codinget 2019.05.30 12:10

中国人开发的东西肯定特适合本土开发者，开箱即用的第三方云存储是laravel admin一大优势啊。

running8 2019.05.30 01:03

对评论秒回，这是我遇到的最没有站长架子的站长。

running8 2019.05.31 07:29

安装文件中的...create_posts_table.php 中 官方是这么样注释掉的：  //$table-&gtforeign('author_id')-&gtreferences('id')-&gton('users');  如果释放出来，各种外键完整性报错，试了几下都没解决。还是只好注释掉这句。

codinget 2019.05.31 08:08

重点检查一下数据的类型就行了，user表中id字段是biginteger的话，posts表中 author_id 字段的类型一定也的是 unsignedBigInteger 才行，这个匹配好了就不会出问题了，然后把数据库删了重新创建一下，在 php artisan migrate 即可

running8 2019.05.31 09:03

疗效显著：我之前只是改为BigInteger，原来是应该这样：unsignedBigInteger才行。我也是不求甚解、照猫画虎。

codinget 2019.05.31 09:05

因为ID都是正数的，从 5.7 版本后ID都该为了 bigInteger 大整型，这是常见的问题，很多人都会遇到

codinget 2019.05.31 09:29

兄弟，你对 Coidng10 的支持已经够多了，以后真的不需要再买会员了，我已然很感谢了，不要担心我坚持不下去，第一年网站只有 50 个人的时候我所有视频都免费我也扛下来了，只是这段时间睡眠太差，媳妇儿家没了一个老人，回老家了一段时间，我一直上火身体出了点问题（嗓子坏了），视频才录制的比较少，我这能抗住，没事的，我在最近刚写的博客中也说明了一下这个事儿，我已经能恢复正常工作了。

running8 2019.05.31 10:02

是给公司新同学用的，我们不能共用一个帐号学习，不厚道，也不方便。

slw415 2019.12.26 01:51

To enable extensions, verify that they are enabled in your .ini files: - D:\phpstudy\PHPTutorial\php\php-7.2.1-nts\php.ini You can also run php --ini inside terminal to see which files are used by PHP in CLI mode. 安装这个后台会出现这个缺少扩展名是什么鬼要开启这个php.ini extension=php_fileinfo.dll

slw415 2019.12.26 04:36

SQLSTATE[42000]: Syntax error or access violation: 1071 Specified key was too long; max key length is 1000 bytes     Schema::defaultStringLength(191);我已经设置还是这样 有没有好的方法哦

codinget 2019.12.26 04:44

不会吧，用了这个都不管用啊，你的数据库啥版本的，可以的话创建数据库的时候直接搞定这个问题，Database Encoding 选择utf8mb4的这种

slw415 2019.12.26 05:28

我这个好了我设置成innodb 就好了

slw415 2019.12.26 05:28

站长大大没看后面就开敲了

developer 2020.02.06 03:03

我在laravel 6.0版本上安装voyager 出现的错误
Illuminate\Database\QueryException  : SQLSTATE[42000]: Syntax error or access violation: 1071 Specified key was too long; max key l
ength is 1000 bytes (SQL: alter table translations add unique translations_table_name_column_name_foreign_key_locale_unique(table _name, column_name, foreign_key, locale))
数据库编码格式设置成utf8mb4， Schema::defaultStringLength(191);

解决方法：
config/database.php 文件  mysql 的配置中 'engine' => null  改成  'engine' => 'InnoDB ROW_FORMAT=DYNAMIC', 以上问题解决

标题

微信登录

微信登录