MyBatisCodeHelper-Pro插件破解版[2.8.2]#

介绍#

MyBatisCodeHelper-Pro是IDEA下的一个插件，功能类似mybatis plugin。

最新版本请使用：MyBatisCodeHelperPro (Marketplace Edition) 配合 激活码 使用，完美和谐。

以下为老的激活方式：

使用说明#

1. 下载已破解的插件压缩包，一定注意校验sha1sum！！！
2. 在IDEA中本地安装插件
3. 激活方法（自2.7.3）：IDEA顶部菜单：Tools -> MybatisCodeHelper -> Activation -> OfflineActivation，在offline key框输入任意字符串
4. 激活方法（旧）：IDEA顶部菜单：Tools -> MybatisCodeHelper -> offlineActivation，输入任意字符串

基于注解玩转excel导出导入#

demo 请 加入 598347590 技术解决群获取

前言#

​ 基于工作上班累死了。。。打开自己电脑 不知道干些啥 就康康 PL 网站康康 更新了啥

​ 咦~~~还挺多 看到了多数据源集成 挺简单的 来玩玩看看

简介#

dynamic-datasource-spring-boot-starter 是一个基于springboot的快速集成多数据源的启动器。其支持 Jdk 1.7+, SpringBoot 1.4.x 1.5.x 2.x.x。

关于版本控制#

一、什么是版本控制#

1. 版本控制（Version Control Systems）版本控制(Revision control)是一种软件工程技巧

2. 在开发的过程中，确保由不同人所编辑的同一档案都得到更新

接着上一次的nacos初步讲解和安装#

任意门：https://www.cnblogs.com/Yangbuyi/p/13479767.html#

如果启动失败的话 上一篇也是讲解过的.#

第3章 微服务网关限流&鉴权#

课程目标#

• 掌握微服务网关Gateway的系统搭建
• 掌握网关限流的实现
• 能够使用BCrypt实现对密码的加密与验证
• 了解加密算法
• 能够使用JWT实现微服务鉴权

1.微服务网关Gateway#

1.1 微服务网关概述#

​ 不同的微服务一般会有不同的网络地址，而外部客户端可能需要调用多个服务的接口才能完成一个业务需求，如果让客户端直接与各个微服务通信，会有以下的问题：

• 客户端会多次请求不同的微服务，增加了客户端的复杂性
• 存在跨域请求，在一定场景下处理相对复杂
• 认证复杂，每个服务都需要独立认证
• 难以重构，随着项目的迭代，可能需要重新划分微服务。例如，可能将多个服务合并成一个或者将一个服务拆分成多个。如果客户端直接与微服务通信，那么重构将会很难实施

以上这些问题可以借助网关解决。

网关是介于客户端和服务器端之间的中间层，所有的外部请求都会先经过 网关这一层。也就是说，API 的实现方面更多的考虑业务逻辑，而安全、性能、监控可以交由 网关来做，这样既提高业务灵活性又不缺安全性，典型的架构图如图所示：

SpringSecurityOauth2架构#

介绍#

流程：

1. 用户访问,此时没有Token。Oauth2RestTemplate会报错，这个报错信息会被Oauth2ClientContextFilter捕获 并重定向到认证服务器
2. 认证服务器通过Authorization Endpoint进行授权，并通过AuthorizationServerTokenServices生成授权码并返 回给客户端
3. 客户端拿到授权码去认证服务器通过Token Endpoint调用AuthorizationServerTokenServices生成Token并返 回给客户端
4. 客户端拿到Token去资源服务器访问资源，一般会通过Oauth2AuthenticationManager调用 ResourceServerTokenServices进行校验。校验通过可以获取资源。

上一章节【工具】OSS阿里云存储服务--超级简单--个人还是觉得Fastdfs好玩#

上一章节【工具】OSS阿里云存储服务

接上一个文章讲解还有一个东西忘记说 AccessKey 这玩意用来搞认证的 差不多 开通就好了..等会要用到

当然第一步还是得要了解啦！#

介绍#

做项目， 那么就少不了配置微服务架构中，配置文件众多，各个服务的配置文件也有可能不一样， Spring为我们提供了相应的配置中心组件--Spring Cloud config 他是一个配置管理中心，用于集中管理程序中各个环境下的配置，我们可以将配置通过git或svn等方式推送到我们的应用程序 同Eureka一样，他也分为server端与client端

优点#

在真正开始对接之前，我们先来聊一聊后台的方案设计。既然是对接第三方登录，那就免不了如何将用户信息保存。首先需要明确一点的是，用户在第三方登录成功之后， 我们能拿到的仅仅是一个代表用户唯一身份的ID（微博是真实 uid，QQ是加密的 openID）以及用来识别身份的 accessToken ，当然还有昵称、头像、性别等有限资料， 对接第三方登录的关键就是如何确定用户是合法登录，如果确定这次登录的和上次登录的是同一个人并且不是假冒的。其实这个并不用我们特别操心，就以微博登录为例， 用户登录成功之后会回调一个code给我们，然后我们再拿code去微博那换取 accessToken ，如果这个code是用户乱填的，那这一关肯定过不了，所以，前面的担心有点多余，哈哈。