java反序列化——XMLDecoder反序列化漏洞
前言最近学习java反序列化学到了weblogic部分，weblogic之前的两个反序列化漏洞不涉及T3协议之类的，只是涉及到了XMLDecoder反序列化导致漏洞，但是网上大部分的文章都只讲到了触发XMLDecoder部分就结束了，并没有讲为什么XMLDecoder会触发反序列化导致命令执行。于是带着好奇的我就跟着调了一下XMLDecoder的
springboot之docker化
1、Docker安装本人是centos7系统，安装也是按照官方文档进行安装。https://docs.docker.com/install/linux/dockerce/centos/，即1、sudoyuminstallyyumutils\devicemapperpersistentdata\
Redis 持久化方式
针对Redis的话题估计有些读者已经开始反感了，昨天还是有一些读者困惑，这就具体讲述下Redis持久化方式RDB的实现方式~01 触发时机手动触发:save:阻塞当前Redis服务器,直到RDB过程完成为止,对于内存比较大的实例会造成长时间阻塞,线上环境不建议使用bgsav
Docker持久化存储
Docker的镜像是只读的，但是容器是可写的，我们可以将数据写入到容器，不过一旦容器删除数据将会丢失，那么有什么办法能将数据进行持久化存储呢？一、DataVolume在执行dockerrun时，通过v参数将主机目录作为容器的数据卷，这就是基于本地文件系统Volumn管理。1、Volume类型
JavaScript模块化
前言：模块化开发需求在JS早期，使用script标签引入JS，会造成以下问题：1.加载的时候阻塞网页渲染，引入JS越多，阻塞时间越长。2.容易污染全局变量。3.js文件存在依赖关系，加载必须有顺序。项目较大时，依赖会错综复杂。4.引入的JS文件过多，不美观，且不易于管理。一、CommonJS规范
Redis——持久化数据
Redis被称为是内存数据库，那是因为它会将其所有数据存储在内存里，因此Redis具有强劲的速度性能，但是，也正因为数据存储在内存中，当Redis重启后，所有存储在内存的数据就会丢失。为了使得数据持久化，Redis提供了两种方式：RDB方式和AOF方式。一、RDB方式RDB方式的持久化是通过快照（snapshotting）完成的，
Redis 持久化 笔记
接触redis并不久,做项目的时候,也大概的操作罢了,比如set,get..~等等的基础操作,大概小喽啰是够用了最近大佬问我,你的redis数据有做持久化吗?我的想法..~设置了有效时间的key是未持久化的,永久的key就是持久化的大佬一个劲的在嘲笑,尴尬...偷偷笑,有我这么想.肯定还有人起步也这么认为的,哈哈哈于是学习一下redis
Redis 持久化（10）
持久化机制Redis速度快，很大一部分原因是因为它所有的数据都存储在内存中。如果断电或者宕机，都会导致内存中的数据丢失。为了实现重启后数据不丢失，Redis提供了两种持久化的方案，一种是RDB快照（RedisDataBase），一种是AOF（AppendOnlyFile）。RDBRDB是Redis默认的持久化方案。当满足一定条