衷心感谢改版期间大家给予的帮助和体谅

微信登录

微信登录

因恶意注册过多,目前只支持微信模式
付费课程, 订阅后即可观看
正在播放:一个好的后台系统可以极大的简化项目的开发和项目维护
发布于: 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', 以上问题解决

标 题
找一条适合自己的路,坚持走下去
编程原力 京ICP备17045322号-2
版权所有, 侵权者追究法律责任