异常描述

1. 使用的SpringBoot1.5.9版本
2. JDK1.8
3. 使用了dubbo和zookeeper
4. elasticsearch使用的6.3.2版本
5. 引入ES的jar包

   1 2 3 4

   <dependency> <groupId>org.springframework.data</groupId> <artifactId>spring-data-elasticsearch</artifactId> </dependency>

异常描述

1. 使用的SpringBoot1.5.9版本
2. JDK1.8
3. 使用了dubbo和zookeeper

安装2.0.0的elasticsearch服务，项目是依赖spring-boot1.5.9.RELEASE版本，指定了elasticsearch版本，否则无法使用

异常描述

项目版本：
项目是SpringBoot的1.5.9-release版本，fastdfs版本如下：

1
2
3
4
5

<dependency>
    <groupId>net.arccode</groupId>
    <artifactId>fastdfs-client-java</artifactId>
    <version>1.27.0</version>
</dependency>

1、IntelliJ IDEA

这个就不用多说了，地球人都在用，很好的开发工具，并且插件齐全，更牛逼的是支持各种语言开发。

官网地址：http://www.jetbrains.com/idea/
注册码地址：http://idea.lanyus.com/

前言

突然有一天出了个需求，做文件防盗链的，而且需要通过nginx来做，这个时候必然想到了Openresty，Openresty本身其实已经安装有nginx了，但是要求在公司原有的nginx上面装一些Openresty里面的模块，这个时候就有点复杂了，但是最终还是研究出来了，庆幸啊，这里做一个笔记，以便下次安装使用。

一、简介

Apollo（阿波罗）是携程框架部门研发的分布式配置中心，能够集中化管理应用不同环境、不同集群的配置，配置修改后能够实时推送到应用端，并且具备规范的权限、流程治理等特性，适用于微服务配置管理场景。

官方github：https://github.com/ctripcorp/apollo

作者对Apollo对介绍：https://github.com/ctripcorp/apollo/wiki/Apollo%E9%85%8D%E7%BD%AE%E4%B8%AD%E5%BF%83%E4%BB%8B%E7%BB%8D

分布式配置中心

为什么要有用分布式配置中心这玩意儿？现在这微服务大军已经覆盖了各种大小型企业，每个服务的粒度相对较小，因此系统中会出现大量的服务，每个服务都要有自己都一些配置信息，或者相同的配置信息，可能不同环境每个服务也有单独的一套配置，这种情况配置文件数量比较庞大，维护起来相当费劲，举个栗子：
在开发的过程中，一般数据库是开发环境数据库，所有服务DB的IP配置为：92.168.0.1，突然老大说，开发环境换了，DB的IP要修改，这下可不好受了，所有模块挨个修改DB的配置，就问你难受不难受？
这个时候分布式配置中心就发挥了很大的优势，只需要修改配置中心配置，所有服务即可自动生效，爽不爽！

异常描述

新建了一个项目，我自己的服务器安装了一个redis，安装的时候，基本上都是默认参数，然后SpringBoot配置如下：

1
2
3
4

spring:
  redis:
    cluster:
      nodes: qianxunclub.com:6666

写在前面

SpringBoot咱们开发一般pom.xml是都集成spring-boot-starter-parent的，这里为什么要自定义一个starter-parent呢，主要以下几个理由：

1. 定义开发规范：自定义parent可以制定统一配置和依赖规范
2. 提高开发效率
3. 统一模块插件化管理：可以在parent实现需要的插件配置，如：redis、mysql、日志、参数校验等
4. 项目版本升级和依赖包升级更加方便统一
5. 日志收集等可以从切面获取各个项目数据和日志等
6. 项目持续集成部署交付方便处理