事情
事情是这样的,上周人事公布了公司的待办事项排名,我竟然榜上有名,紧接着人事竟然发布新政要求以后必须要及时清理oa的待办事项,如果在整个公司的排名是后100位不能参加绩效评a/s.
虽然我觉得这事本身没必要,我也是不愿意平时工作的时候被各种通知分心的,而如果不得不为这种事情分神的话也太不值得了。
所以我做了如下工作:
more >>给自己定个小目标,例如先写个十年代码,然后考虑再写二十年!
事情是这样的,上周人事公布了公司的待办事项排名,我竟然榜上有名,紧接着人事竟然发布新政要求以后必须要及时清理oa的待办事项,如果在整个公司的排名是后100位不能参加绩效评a/s.
虽然我觉得这事本身没必要,我也是不愿意平时工作的时候被各种通知分心的,而如果不得不为这种事情分神的话也太不值得了。
所以我做了如下工作:
more >>在传统的架构中直接使用shiro还是比较方便的,虽然shiro是使用各种接口来调用,但是都默认提供了实现:
例如1
DefaultWebSecurityManager=>DefaultSecurityManager=>SecurityManager=>SessionManager
所以我们甚至都不需要太了解shiro的内部结构,直接简单复制网上的几个配置就可以拿来使用了。正所谓开箱即用。
但是在遇到复杂的应用场景的时候就黔驴技穷了,需要自己深入的研究下shiro的实现方式。
能够百度到的文章千篇一律,最有价值的还是要数 老前辈2014的《跟我学shiro系列》文章了:http://jinnianshilongnian.iteye.com/blog/2018398。
建议如果需要深入学习shiro的话可以学习下作者的文章。
但毕竟是2014年的博客了,对于最近几年的更新换代,尤其是SpringCloud等微服务系列的出现,文章中并没有给出实践,这里就来写写我在SpringCloud中使用shiro的思考。
more >>我们在把程序打包成镜像之后,需要将镜像跑起来,形成个容器(container)。
多个相同镜像的容器一起跑可以组成服务(service)。
多个服务跑起来可以组成一个应用(app)
那么怎么管理应用呢?
官方提供了docker swarm
,谷歌提供了kubernetes
那这两者之间孰优孰劣呢?
more >>配置Spring-boot程序的方式有很多种。官方文档里有详细的介绍
简单列举的话有
application.properties
文件配置bootstrap.properties
文件配置java -jar app.jar --spring.profiles.active=test
方式如果我们已经把spring-boot程序打包成了Docker镜像文件,那我们需要怎么设置程序呢?
more >>最近准备在组内施行持续集成,自然花了较多时间学习Docker的相关知识。
接下来几篇文章会重点放在Docker相关的经验方面。
我们在使用Docker过程中最经常使用的就是利用Docker来跑几个镜像,这样就不需要在机器上安装特定的服务了。
例如跑个nginx、跑个redis、mysql啥的。最大的好处是我们可以与实体机器或者虚拟机隔离的跑任意版本,且机器上不需要安装具体服务。
1 | docker run --name my-redis -p 6379:6379 -d redis |
上面的docker run
命令是利用特定的镜像启动一个容器,来提供服务。
还有一种方式是使用服务的方式:docker service create ...
那这两种方式有什么区别呢?
more >>在最近的版本中,Swarm模式已经在1.12中集成到Docker Engine中,并带来了几个新工具。其中,可以使用docker-compose.yml文件来启动docker 服务,而无需安装Docker Compose。
该命令称为docker stack
,它看起来与docker-compose
完全相同。
那他们之间在使用上有什么区别呢?
more >>组内同学在开发过程中遇到了个问题,
在使用@HystrixCommand(fallbackMethod = "fallBackVisistInfo")
注解对某个负载均衡的请求方法进行操作时,在大并发请求下,总是会有大部分的请求直接进入fallback,根本不会去请求真正对应的微服务。
如下代码:
more >>
使用spring boot写接口时,开发人员习惯使用postman等接口调试工具来进行调试。
这当然没有什么问题!可以!
但是怎么解决下面的问题:
使用JUnit可以解决上述问题,当然不仅仅是上述问题。
more >>
tag:
缺失模块。
1、请确保node版本大于6.2
2、在博客根目录(注意不是yilia根目录)执行以下命令:
npm i hexo-generator-json-content --save
3、在根目录_config.yml里添加配置:
jsonContent: meta: false pages: false posts: title: true date: true path: true text: false raw: false content: false slug: false updated: false comments: false link: false permalink: false excerpt: false categories: false tags: true