今天在VMWare上装了台虚拟机，当我选择桥接模式，并且配完静态IP和DNS后，手动ping百度，结果提示"connect: Network is unreachable"。一开始以为是防火墙的问题，于是敲命令"chkconfig iptables off"以及"service iptables stop"关了防火墙，但是仍然没有效果。到网络适配中查看，没有VMWare相关的网络适配器，这

VMWare HostOnly模式下，使用的是VMnet1适配器，默认我们的网络是没有共享给HostOnly的子网的，如果需要，就需要在网络连接中进行设置，选中本地连接，右键属性，切到共享页，勾选允许访问这个时候，会提示，需要将网段变更为192.168.137.0，点击确定。然后到虚拟机中进行设置更改网段这个配置完，我们在虚拟机中也设置到同一个网段，加上

在日常工作中，可能会遇到一些情况需要批量Redis中匹配的键，Redis本身并没有提供按照指定模式删除匹配的键的功能，可以删除一个，或者多个，在linux环境下，可以通过管道命令传递给Redis，但是在Window下，就不是很方便。当然还一种方法是我们自己写程序，找出这些键，然后一个个删除。这里要介绍的方式主要借助于Redis Desttop Manager和以及命名空间的概念。在指定Key的时候

1、选择新建Maven项目；2、添加项目名、描述；3、勾选丢弃旧的构建；4、勾选参数化构建过程，把分支名称单独处理；5、编辑源码管理块；6、编辑Build配置；7、编辑Post Steps，处理构建完成后做的事情，因为CI服务器是Windows服务器，所以添加Execute Windows batch command，这里的作用是将新的构建好的内容，

说起微服务，首先要对比的是传统的单体应用。单体应用是最早的应用形态，不需要太关注整体性能，项目规模中小型时，开发和部署都挺方便。简单谈谈他的优缺点。单体应用优点：方便调试，代码都在一起；没有分布式开销，所有服务都在本地容器内；中小型项目可以快速迭代，不需要太多资源单体应用容易造成的问题：版本管理难：当项目规模变大时，代码容易产生冲突。稳定性差：局部服务有问题，可

DevOps的三大原则：1、基础设施即代码（Infrastructure as Code）DeveOps的基础是将重复的事情使用自动化脚本或软件来实现，例如Docker（容器化）、Jenkins（持续集成）、Puppet（基础架构构建）、Vagrant（虚拟化平台）等2、持续交付（Continuous Delivery）持续交付是在生产环境发布可靠的软件并交付给用户使用。而持续部署

安装不用说，plugins里搜索GsonFormat，install完重启IDEA。初始状态，一段json：{"id": 0,"title_hello": "aaa","children": [{"id": 9,"title_hel

#!/bin/bash# 生成服务器keystore(密钥和证书)keytool -keystore server.keystore.jks -alias machine03.zheng.com -validity 365 -keyalg RSA -storepass leonzheng -keypass leonzheng -genkey -dname "C=CN,ST=FJ,L=FZ,

由于一次要执行很多条插入语句（5w条），通常通过mysql写原生的插入语句会有类似的格式：insert into TableAAA(f1,f2) values (f11v,f21v),(f12v,f22v)...执行速度上是没有问题，大概5,6秒。在用JdbcTemplate的时候，就是用batchUpdate方法来写批量执行的语句：String sql = "insert

今天用mongodb查昨天某个collection产生的记录数量，在mysql里面可以用between..and..或者 >、>=、mongodb有自己的语法。mongodb里比较，用 "$gt" 、"$gte"、 "$lt"、 "$lte"（分别对应">"、 ">=" 、"db.CollectionAAA.find({ "CreateTime" : { "$gte" : ISODate(