- 博客(952)
- 收藏
- 关注
原创 89:第七章:开发前台首页、作家个人展示页、粉丝等功能:10:【前台,作家中心:粉丝比例柱状图、饼状图;粉丝地域分布】(前端图表使用Echarts实现;)
*** 查询男性粉丝数量、女性粉丝数量;* @return*/@ApiOperation(value = "查询男女粉丝数量", notes = "查询男女粉丝数量", httpMethod = "POST")说明:(1)需要和前端保持一致;/*** 查询某作者的,某个性别的粉丝数* @return*//*** 查询粉丝地域分布数据;
2022-09-16 09:39:31 1597 8
原创 88:第七章:开发前台首页、作家个人展示页、粉丝等功能:9:【前台,作家中心,分页查看粉丝列表,接口】;(注意点:简单的条件查询,不一定非得使用tkmybatis的Example的;)
*** 分页查询粉丝列表* @return*/@ApiOperation(value = "分页查询粉丝列表", notes = "分页查询粉丝列表", httpMethod = "POST")(1)需要和前端保持一致;/*** 分页查询某用户的,粉丝列表* @return*/
2022-09-15 15:51:34 892
原创 86:第七章:开发前台首页、作家个人展示页、粉丝等功能:7:【查看是否已关注某用户,接口】、【关注,接口】、【取关,接口】;(核心:对于一些热点的、需要频繁+-的数据,也可以存在Redis中;)
说明:(1)本篇博客开发的内容:【查看是否已关注某用户,接口】、【关注,接口】、【取关,接口】;(2)本篇博客就一个点:对于那些需要频繁写的小数据,也可以存到Redis中,直接在Redis中增改;
2022-09-15 11:14:17 684
原创 并发chapter1:引文;
程序预热:JVM在执行代码时,会对其中反复执行的代码(如循环,被反复调用的代码)作优化;Tomcat,RPC框架(如Dubbo),消息中间件:这些框架底层已经提供了一定的并发处理能力;单核CPU,只能通过并发,让我们在感受上,觉得丝滑;P8、9、10:线程P8:线程应用-提升效率;在后续扩展课程中,较为详细的介绍过线程池和ThreadLocal:【上图所谓的模式,是指编写并发编程时,大家普遍采用的、正确的套路;P7:线程应用-异步调用;P1:为什么学习并发;P5:进程线程概念;P6:并行并发概念;
2022-09-11 10:02:16 698
原创 85:第七章:开发前台首页、作家个人展示页、粉丝等功能:6:作家个人展示页,展示该作者的可展示文章列表,近期佳文;
作家个人展示页,展示该作者的可展示文章列表,近期佳文;
2022-08-18 09:48:50 590
原创 83:第七章:开发前台首页、作家个人展示页、粉丝等功能:4:前台首页(根据条件)展示文章列表:完善用户昵称和用户头像;(多表关联查询的业务,可以提到代码中化解;服务间远程调用;)
说明:(1)本篇博客内容:完善"前台首页(根据条件)展示文章列表",显示用户昵称和头像;(2)本篇博客需要注意的点: ●一些需要查询多张表的业务,如果该业务并发量很高的话;尽量不要直接去数据库多表查询;而应该在业务层对其进行分开查询,然后在合并; ●服务远程调用;......
2022-08-16 15:01:28 687
原创 82:第七章:开发前台首页、作家个人展示页、粉丝等功能:3:前台首页(根据条件)展示文章列表;(一个特别需要注意的点:对于某些业务来说,除了前台传过来的条件参数外,其可能会有其他藏的条件;)
前台首页(根据条件)展示文章列表;
2022-08-16 10:52:00 489
原创 81:第七章:开发前台首页、作家个人展示页、粉丝等功能:2:前台首页展示(状态为保留的)友情链接;(查询MongoDB)
前台首页展示(状态为保留的)友情链接;
2022-08-16 09:39:52 465
原创 80:第七章:开发前台首页、作家个人展示页、粉丝等功能:1:内容概述;(总结了,此前已经开发了的内容;)
说明:(1)本篇博客内容:介绍第七章的开发内容; ●主要内容是:开发前台首页、作家个人展示页、粉丝等功能;
2022-08-14 14:50:21 640 1
原创 79:第六章:开发文章服务:12:开发【撤回文章,接口】、【删除文章,接口】;(本篇博客内容,比较简单;)
开发【撤回文章,接口】、【删除文章,接口】;
2022-08-14 10:54:18 523
原创 78:第六章:开发文章服务(admin管理服务):11:开发【管理员,人工审核文章,接口】;(本质上,就是根据前端传过来的人工审核结果,简单粗暴的去修改数据库中的文章状态;)
开发【管理员,人工审核文章,接口】;
2022-08-14 10:04:40 426
原创 77:第六章:开发文章服务(admin管理服务):10:开发【后台的、管理员,根据条件,去分页查询,所有文章的列表,接口】(可以为,管理员去管理文章和审核文章,作准备;)
开发后台的【根据条件,分页查询,所有文章的列表,接口】;
2022-08-14 09:16:12 398
原创 76:第六章:开发文章服务:9:发表文章后,利用“阿里内容安全服务“去机审文章内容;(并没有实测;默认机审通过,即文章状态直接变更为【机审结束,等待人工审核】)(定义了一个“变更文章状态“的方法)
1)在项目中,引入阿里云的AccessKey和AccessKeySecret;(2)引入相关依赖;● 可以把这几个依赖,添加到【common】通用工程中;(其中,红框框住的依赖,我们前面已经引入过了)● 这两个依赖,commons-codec我们已经引入过了;需要引入commons-io依赖;(3)基于要检测的内容,构建一个TestScanRequest请求,去调用阿里检测api;...
2022-08-13 23:05:35 673
原创 75:第六章:开发文章服务:8:开发前台的【根据条件,分页查询当前登录用户的,文章列表,接口】;(没什么好说的,就是使用了tkmybatis的条件查询;)
开发前台的【根据条件,分页查询当前登录用户的,文章列表,接口】;
2022-08-13 13:53:09 624
原创 74:第六章:开发文章服务:7:定时发布文章;(使用到了Spring的定时任务;)(这儿的方案,需要定期全局扫描article表,这效率是很低的,后面会使用MQ来做优化;)
本篇博客内容:开发定时发布文章的逻辑;
2022-08-13 00:17:37 1324
原创 72:第六章:开发文章服务:5:开发【发表文章,接口】;
Api(value = "article文章相关Controller",tags = {"article文章相关Controller"})@RequestMapping("article") //设置路由,这个是需要前后端约定好的;/*** 【发表文章,接口】* @param newArticleBO:使用NewArticleBO来承接文章数据;......
2022-08-12 17:53:45 570
原创 71:第六章:开发文章服务:4:在【查看文章领域,接口】上使用redis缓存;【新增/更新文章分类,接口】时,需要维护redis(针对这种业务的具体情况,采用了一种,简单、有效的策略:直接删缓存);
在【查看文章领域,接口】上使用redis缓存;【新增/更新文章分类,接口】时,需要维护redis(针对这种业务的具体情况,采用了一种,简单、有效的策略:直接删缓存);
2022-08-12 11:09:09 237
原创 70:第六章:开发文章服务:3:发文章,之开发【查看文章领域,接口】;(一个点:即使同一个功能,在面对不同的业务场景时,最好开发多份→以降低耦合度,提高后续业务变更时的可维护性;)
本篇博客内容:发文章,之开发【查看文章领域,接口】;
2022-08-12 10:00:44 187
原创 69:第六章:开发文章服务:2:富文本编辑器summernote简介;发文章,之开发【多文件上传,接口】;
富文本编辑器summernote简介;发文章,之开发【多文件上传,接口】;
2022-08-11 09:05:29 793
原创 68:第六章:开发文章服务:1:内容梳理;article表介绍;创建【article】文章服务;
本篇博客内容:开发文章服务:1:内容梳理;article表介绍;创建【article】文章服务;
2022-08-10 18:53:56 361
原创 67:第五章:开发admin管理服务:20:开发【解冻/冻结用户,接口】;(用户状态变更后,需要刷新用户状态,即变更用户会话信息:我们一般通过“删除redis中会话信息,强制用户重新登录“来做的;)
开发【解冻/冻结用户,接口】
2022-08-07 15:01:28 501
原创 65:第五章:开发admin管理服务:18:开发【根据条件,分页查询用户列表,接口】;(使用了Converter转换器,把url中String格式的日期,转成Date格式的;)
开发【根据条件,分页查询用户列表,接口】;
2022-08-07 08:44:47 306
原创 64:第五章:开发admin管理服务:17:开发【查询文章分类,接口】【新增/更新文章分类,接口】等文章分类相关的接口;(这些数据是存在MariaDB中的)
开发文章分类相关接口;
2022-08-06 13:05:21 201
原创 63:第五章:开发admin管理服务:16:开发【删除友情链接,接口】;(核心是:理解MongoDB,删除数据的逻辑)
目录零:本篇博客内容;一:开发【删除友情链接,接口】:Controller层;1.在【api】接口工程的FriendLinkControllerApi接口中,定义【删除友情链接,接口】;2.在【admin】管理服务的FriendLinkController类中,去实现【删除友情链接,接口】;二:开发【查询友情链接列表,接口】:Service层;1.在【admin】管理服务的FriendLinkService接口中,定义一个"根据id删除链接"的方法;2.在【admin】管理服务的FriendLinkServ
2022-08-06 10:29:15 198
原创 62:第五章:开发admin管理服务:15:开发【新增/修改友情链接,接口】的修改功能;(其实在60篇博客中,已经开发好了)(核心是:理解MongoDB,修改数据的逻辑)
本篇博客的内容:新增/修改友情链接,接口】的修改功能
2022-08-06 09:13:17 163
原创 61:第五章:开发admin管理服务:14:开发【友情链接列表查询,接口】;(核心是:理解MongoDB,查询数据的逻辑)
开发【友情链接列表查询,接口】;
2022-08-06 08:30:11 202
原创 60:第五章:开发admin管理服务:13:开发【新增/修改友情链接,接口】的新增功能;(向MongoDB中,新增数据)(操作MongoDB的Dao层接口,得继承MongoRepository接口;)
本篇博客开发【新增/修改友情链接,接口】;然后,本篇博客,只开发了新增部分;
2022-08-05 13:20:48 446
原创 附加:对于“与数据表对应的实体类“,【面对MongoDB时,使用的@Id等注解】和【以前面对MySQL时,使用的@Id等注解】,是不同的;
对于"与数据表对应的实体类",【面对MongoDB时,使用的@Id等注解】和【以前面对MySQL时,使用的@Id等注解】,是不同的;
2022-08-04 00:57:07 821
原创 59:第五章:开发admin管理服务:12:MongoDB的使用场景;(非核心数据,数据量比较大的非核心数据,人脸照片等隐私的小文件;)
本篇博客,主要介绍MongoDB的使用场景;
2022-08-01 20:26:15 252
原创 58:第五章:开发admin管理服务:11:开发【管理员人脸登录,接口】;(未实测)(使用了阿里AI人脸识别)(演示了,使用RestTemplate实现接口调用接口;)
ApiOperation(value="管理员人脸登录",notes="管理员人脸登录",httpMethod="POST")说明(1)人脸登录的时候,人脸数据会作为AdminLoginBO对象的img64属性,传到后端;这个接口的作用,就是根据id从GridFS中,获取文件的base64编码的字符串;/***根据faceId获得admin的base64头像信息*@return*/(1)这个接口,不是前端调用的;...
2022-08-01 14:15:10 1401
原创 57:第五章:开发admin管理服务:10:开发【从MongoDB的GridFS中,获取文件,接口】;(从GridFS中,获取文件的SOP)(不使用MongoDB的服务,可以排除其自动加载类)
开发【从MongoDB的GridFS中,获取文件,接口】;
2022-08-01 09:24:25 532
原创 56:第五章:开发admin管理服务:9:开发【文件上传到,MongoDB的GridFS中,接口】;(把文件上传到GridFS的SOP)(具体到这儿,就是把人脸图片,上传到GridFS)
1)在【45第四章开发文件服务6第三方云存储解决方案【阿里云OSS】;】中,介绍阿里OSS的时候,也有BUcket的概念;(2)其实,很多文件存储系统,文件都是放在Bucket中的;(3)我们这儿,也需要在项目中整合GridFS的Buckets;/***【文件上传到MongoDB的GridFS】*(1)和【AdminMngControllerApi中的,新增admin账号,接口】一样;我们还是使用NewAdminBO来承接*前端传过来的参数;说明(1)(2)51第五章(3).........
2022-07-31 12:09:32 471 3
原创 55:第五章:开发admin管理服务:8:MongoDB简介;CentOS7中安装MongoDB;使用Navicat连接MongoDB;MongoDB开启用户账号权限,MongoDB创建账号;
本篇博客内容:MongoDB简介,CentOS7中安装MongoDB,使用Navicat连接MongoDB,MongoDB开启用户账号权限,MongoDB创建账号;
2022-07-28 06:57:20 1552
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人