YML

SpringSession实战项目(基于SpringBoot项目)【附源码】

佐手、 提交于 2020-11-25 13:51:23
Python实战社群 Java实战社群 长按识别下方二维码, 按需求添加 扫码关注添加客服 进Python社群▲ 扫码关注添加客服 进Java社群 ▲ 作者丨怀瑾握瑜 来源链接: https://www.cnblogs.com/lxyit/p/9720159.html spring-boot 整合 spring-session 的自动配置可谓是开箱即用,极其简洁和方便。这篇文章即介绍 spring-boot 整合 spring-session,这里只介绍基于 RedisSession 的实战。 考虑到 RedisSession 模块与 spring-session v2.0.6 版本的差异很小,且能够与 spring-boot v2.0.0 兼容,所以实战篇是基于 spring-boot v2.0.0 基础上配置 spring-session。 配置 spring-session 引入 spring-session 的 pom 配置,由于 spring-boot 包含 spring-session 的 starter 模块,所以 pom 中依赖: <dependency> <groupId>org.springframework.session</groupId> <artifactId>spring-session-data-redis</artifactId> <

docker-compose简介(一)

谁说胖子不能爱 提交于 2020-11-25 07:22:53
一、简介 Compose是用于定义和运行多容器Docker应用程序的工具。 使用compose,可以使用yaml文件配置应用程序的服务。 然后,通过一个命令,可以从配置中创建和启动所有服务。 二、使用 使用compose基本上是一个三步过程: 1. 用dockerfile,或者镜像定义应用程序的环境,以便在任何地方复制。 2. 在docker-compose.yml中定义组成应用程序的服务,以便它们可以在单独的环境中一起运行。 3. 运行docker compose up启动并运行整个应用程序。 三、命令 1. 命令格式 docker-compose [-f <arg>...] [options] [COMMAND] [ARGS...] docker-compose -h|--help -f指定yml文件,如果不指定默认为当前文件夹下的docker-compose.yml文件 2. 创建并且启动containers、启动services、重启services、停止services、删除services - docker-compose up | start | restart | stop | rm 注意:a 第一次使用需要创建containers,因此使用up命令。 docker-compose up b 如果使用自定义的yml文件名,需要加-指定文件:docker

DOCKER学习_018:Docker-Compose文件简介

╄→гoц情女王★ 提交于 2020-11-25 07:09:22
通过之前的示例,其实我们可以看到,所有服务的管理,都是依靠docker-compose.yml文件来实现的。那么我们接下来就详细说一说docker-compose.yml文件中的常用指令。 compose文件使用yml格式,docker规定了一些指令,使用它们可以去设置对应的东西,主要分为了四个区域: version:用于指定当前docker-compose.yml语法遵循哪个版本 services:服务,在它下面可以定义应用需要的一些服务,每个服务都有自己的名字、使用的镜像、挂载的数据卷、所属的网络、依赖哪些其他服务等等。 networks:应用的网络,在它下面可以定义应用的名字、使用的网络类型等。 volumes:数据卷,在它下面可以定义数据卷,然后挂载到不同的服务下去使用。 官方网站: https://docs.docker.com/compose/ 1 version 用于指定当前compose文件语法遵循哪个版本,下面这张表是不同的Compose文件版本兼容的Docker版本: [root@docker-server3 docker-compose]# docker-compose version docker-compose version 1.25 . 0 , build 0a186604 docker -py version: 4.1 . 0 CPython

springboot 集成 fastdfs

删除回忆录丶 提交于 2020-11-25 06:42:53
1 引入jar <dependency> <groupId>com.github.tobato</groupId> <artifactId>fastdfs-client</artifactId> <version>1.26.1-RELEASE</version> </dependency> 说明: springboot的版本为2.0以上时候,使用1.26.1-RELEASE版本 2 引入配置: @Configuration @Import(FdfsClientConfig.class) // 解决jmx重复注册bean的问题 @EnableMBeanExport(registration = RegistrationPolicy.IGNORE_EXISTING) public class FastClientImporter { } 3 yml 配置: fdfs: so-timeout: 1501 connect-timeout: 601 thumb-image: # 缩略图 width: 60 height: 60 tracker-list: # tracker地址 10.96.165.173:22122 4使用: @Service public class PictureServiceImpl implements PictureService { @Autowired

Hexo + Github Pages搭建的个人博客

匆匆过客 提交于 2020-11-24 05:51:40
这个不算是新手的搭建流程,如果你恰巧看见这篇文章,希望你已经安装好node、git等软件,因为第一步的环境搭建准备并没有详写,默认都会了。希望能解决你的问题。 步骤: 一、 搭建环境准备 二、安装hexo 三、配置hexo,将其与github page 联系起来 四、发布文章 五、更换主题及简单配置 一、 搭建环境准备 这里包括node.js的安装、git的安装、git账号注册和新建git项目 <font color="red">注意:</font> 新建项目的时候,项目名称也就是Repository name的格式必须是:yourgithbuName.github.io,这里的yourgithbuName必须和你的github名称保持一致 这个问题下面会说到,因为我没注意,也踩了这个坑了。 二、 安装hexo cnpm install hexo -g 安装完毕后,不确定是否安装成功,可以通过 hexo -v 查询,会出现下面信息: 之后新建一个空的文件夹,暂且叫mjblog吧,在mjblog文件夹下使用gitbash初始化项目 hexo init 。 过程中,如果遇到网络不好,可能会出现超时的问题,问是否要尝试删除你新建的文件夹,填n(NO)就好了。 Start blogging with Hexo! 成功,并且文件夹里多了hexo相关文件. scaffolds # 模板文件

基于 Hexo + GitHub Pages 搭建个人博客(二)

泄露秘密 提交于 2020-11-24 04:58:16
在 基于 Hexo + GitHub Pages 搭建个人博客(一) 这篇文章中,我们已经知道如何使用 Hexo + GitHub Pages 搭建一个个人博客,GitHub 为我们提供了免费的域名和服务器,非常方便,无需我们费心。但是 Hexo 博客的原生主题并不符合大众的风格,那么如何为 Hexo 博客更换成我们喜欢的主题呢?下面这篇就来详细解答如何配置博客个人信息以及更换博客主题,以很多人都在使用的 NexT 主题为例。 一、配置博客个人信息 1、打开博客目录,如下图所示,打开 Hexo 全局配置 文件 _config.yml <!--more--> 2、在 Hexo 全局配置 文件中,具体配置和如下,配置后面有详细注解说明: # Hexo Configuration ## Docs: https://hexo.io/docs/configuration.html ## Source: https://github.com/hexojs/hexo/ # Site 站点信息配置 title: compassblog #站点名 subtitle: 刻苦学习,解决眼前的苟且,追寻诗和远方... #站点副标题 description: 微信公众号:compassblog #站点信息简介 author: 孔乙己 #站点作者 language: zh-Hans #站点语言,default

Spring Cloud 2.x系列之服务发现&服务消费者Feign

谁都会走 提交于 2020-11-23 06:03:20
视频路其实一直都在那里,只是我们看不到而已! spring cloud 的 Netflix 中提供了两个组件实现软负载均衡调用,分别是 Ribbon 和 Feign 。上一篇和大家一起学习了 Ribbon 。 Ribbon : Spring CloudRibbon 是基于 HTTP 和 TCP 的客户端负载工具,它是基于 Netflix Ribbon 实现的 , 它可以在客户端配置 ribbonServerList (服务端列表),然后轮询请求以实现均衡负载。 Feign : spring cloudfeign 是一个使用起来更加方便的 HTTP 客戶端。 在使用 ribbon 时,通常会使用 RestTemplate 实现对 http 请求的封装,形成了模板化的调用方法。 springcloud feign 在此基础上做了进一步的封装, Feign 是一种声明式、模板化的 HTTP 客户端。在 Spring Cloud 中使用 Feign, 可以做到使用 HTTP 请求远程服务时能与调用本地方法一样的编码体验,完全感知不到这是远程方法,更感知不到这是个 HTTP 请求。 1、 新建项目 sc-eureka-client-consumer-feign ,对应的 pom.xml 文件如下 < project xmlns = "http://maven.apache.org/POM/4

Linux sed command

为君一笑 提交于 2020-11-22 06:59:39
概述 sed 是一种在线非交互式编辑器,它一次处理一行内容。 处理时,把当前处理的行存储在临时缓冲区中,称为“模式空间”(pattern space)。 接着用sed命令处理缓冲区中的内容,处理完成后,把缓冲区的内容送往屏幕。 Sed主要用来自动编辑一个或多个文件;简化对文件的反复操作;编写转换程序等 参数选项 sed [选项] [动作] 选项与参数: -n :使用安静(silent)模式。在一般 sed 的用法中,所有来自 STDIN 的数据一般都会被列出到终端上。但如果加上 -n 参数后,则只有经过sed 特殊处理的那一行(或者动作)才会被列出来。 -e :直接在命令列模式上进行 sed 的动作编辑; -f :直接将 sed 的动作写在一个文件内, -f filename 则可以运行 filename 内的 sed 动作; -r :sed 的动作支持的是延伸型正规表示法的语法。(默认是基础正规表示法语法) -i :直接修改读取的文件内容,而不是输出到终端。 function: a :新增行, a 的后面可以是字串,而这些字串会在新的一行出现(目前的下一行) c :取代行, c 的后面可以接字串,这些字串可以取代 n1,n2 之间的行 d :删除行,因为是删除,所以 d 后面通常不接任何参数,直接删除地址表示的行; i :插入行, i 的后面可以接字串,而这些字串会在新的一行出现

SpringCloud分布式

痞子三分冷 提交于 2020-11-22 04:08:09
configServer maven依赖 <!--spring-cloud 整合 config-server --> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-config-server</artifactId> </dependency> <!--SpringCloud eureka-client --> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId> </dependency> 启动类 @SpringBootApplication @EnableConfigServer public class ServerStart { public static void main(String[] args) { SpringApplication.run(ServerStart.class,args); } } bootstrap.yml ###服务注册到eureka地址 eureka: client: service-url: defaultZone: http

springcloud

你说的曾经没有我的故事 提交于 2020-11-21 07:40:35
SpringCloud 微服务概述 什么是微服务 目前的微服务并没有一个统一的标准,一般是以业务来划分 将传统的一站式应用,拆分成一个个的服务,彻底去耦合,一个微服务就是单功能业务,只做一件事。 与微服务相对的叫巨石 微服务与微服务架构 微服务是一种架构模式或者一种架构风格,提倡将单一应用程序划分成一组小的服务==独立部署==,服务之间相互配合、相互协调,每个服务运行于自己的==进程==中。 服务与服务间采用轻量级通讯,如HTTP的RESTful API等 避免统一的、集中式的服务管理机制 微服务的优缺点 优点 每个服务足够内聚,足够小,比较容易聚焦 开发简单且效率高,一个服务只做一件事情 开发团队小,一般2-5人足以(当然按实际为准) 微服务是松耦合的,无论开发还是部署都可以独立完成 微服务能用不同的语言开发 易于和第三方集成,微服务允许容易且灵活的自动集成部署(持续集成工具有Jenkins,Hudson,bamboo等) 微服务易于被开发人员理解,修改和维护,这样可以使小团队更加关注自己的工作成果,而无需一定要通过合作才能体现价值 微服务允许你融合最新的技术 ==微服务只是业务逻辑的代码,不会和HTML,CSS或其他界面组件融合==。 ==每个微服务都可以有自己的存储能力,数据库可自有也可以统一,十分灵活==。 缺点 开发人员要处理分布式系统的复杂性 多服务运维难度