植物油燃料需要添加剂吗？
当前，不少人认为植物油燃料可以自己在市场上购买原材料或者是添加剂做成成品油；这一说法是错误的。植物油是一种高碳有机化学材料，主要作用是将油和其它物质进行融合。要达到融合油的高度融合，必须借助快速的搅拌、剪切、喷射作用的乳化机。
但是，经过这些操作，很明显不适用于油类物质的添加使用，容易带来不安全因素，最终导致乳化燃料的中物质分层，影响燃料正常使用，这也是当前市面上无法流通乳化燃油、乳化柴油的主要原因。因此，植物油燃料不能自己生产和调配！
植物油燃料添加剂就是助燃剂
植物油燃料本身就含有多碳类物质，具有燃烧性，富氧性；是没有必要再添加助燃剂的。而刚好相反，植物油燃料之所以添加添加剂，正是为了控制燃烧，让燃料燃烧更加持久和稳定。
植物油燃料添加剂可提升热值？
多数人认为，植物油燃料添加剂可以增加燃料的热值，让植物油燃料本身的热值发生改变，这属于伪科学的说法。而实际上，为植物油燃料增加热值是得不偿失且没有必要。
植物油燃料一般是不需要添加任何添加剂的，除非一些特殊情况或者条件下才会添加，但是这一操作也需要正规生产厂家来完成；普通用户是完成不了的。

 python不愧是一门为程序员着想的编程语言。无论是数据类型还是编程语法，都透露出了对程序员的关怀之心。

Python3 中有六个标准的数据类型：

Number（数字）
	
String（字符串）
	
List（列表）
	
Tuple（元组）
	
Set（集合）
	
Dictionary（字典）
python的正序索引还是从0开始，倒叙则是从-1开始。



今天粗尝试python，已然隐隐感受到了他的关怀，明天再接再厉！

                               

Elasticsearch
全文检索:

1.不是简单的字符拼接，比如我们搜索“生化危机”可能出现生化危机的词语有

生化危机电影
生化危机海报
生化危机文章
生化危机新闻

但是如果我们在搜索框不小心输入了  “生化危”（用简单的字符串匹配可能就匹配不出来了）

因此有以下操作:

把这几个数据拆分开来。



Lucene: 就是一个jar包里面包含了，各种建立倒叙索引，以及搜索的代码，包括各种算法。做java开发的时候可以利用lucene jar然后基于lucene的api去进行开发就 可以了。用lucene我们就可以去将以有的数据建立索引，lucene辉子啊本地磁盘上面，给我们组织索引的结构数据。另外的话，我们也可以用lucene提供的一些功能和api来针对磁盘上的索引数据，进行搜索。

结构化检索: 我想搜索商品分类为日化用品的商品都有哪些：select * from products where id = ‘日化用品’

全文检索:  我想搜索名称包含牙膏的商品: select * from products where produce_name like ‘%牙膏%’

数据分析: 我们分析每一个商品分类下有多少个商品，select  category_id, count(*) from products group by category_id

elasticsearch下载连接:密码:6okn

进入bin目录直接启动elasticsearch.bat就行了。

检查是否启动成功:http://localhost:9200/?pretty

{
  "name" : "qBh-sOR",//node名称
  "cluster_name" : "elasticsearch",//集群名字，默认名字就是elasticsearch
  "cluster_uuid" : "c-RnqrgwSm-JNvy4wvSgnA",
  "version" : {
    "number" : "6.2.4",
    "build_hash" : "ccec39f",
    "build_date" : "2018-04-12T20:37:28.497551Z",
    "build_snapshot" : false,
    "lucene_version" : "7.2.1",
    "minimum_wire_compatibility_version" : "5.6.0",
    "minimum_index_compatibility_version" : "5.0.0"
  },
  "tagline" : "You Know, for Search"
}

kibana下载地址

启动bin里面的kibana.bat文件

Get _cluster/health   //查询健康状况

pom.xml的说明

项目  对象  模型

想想地球仪。

pom对于项目来说是核心配置文件，所有构建相关的东西都在里面。

相当于web.xml对于动态web工程的作用。
坐标

数学中的一个概念。

两个向量  x y 来找到唯一的 平面点
maven 中的坐标

使用三个

groupid   域名的倒叙      由大到小的过程，就像是快递的地址  spirng的这个是org.springframework

artifactid   项目名+模块的名称   spring-core

version    三个确定唯一
目录就是这三个的名称，如果有点就加一个目录

最后文件的命名就是  名称+版本号。
坐标也跟本地目录关联，第一其实是用于下载。因为能区别唯一。所以在本地保存也没问题。
仓库
1，本地仓库

2，远程仓库

又分：私服  局域网的东西  相当于缓存的意思

中央仓库：为全世界服务的

中央的镜像：为了分担中央仓库的流量
仓库有啥？

1，maven 执行命令的一些插件。

2，第三方的jar   其实这个jar 和自己的jar 是一个道理。都是项目变成的。   第一方应该是jdk  第二方就是自己。

3，自己的项目  打成jar

其实上面的是统一的管理。都一样
出现错误要主动的阅读：

依赖
如果是依赖spring的jar 在本地找不到，会去网上找

如果是自己写的jar 在本地和网上都不会有

我们可以用install 命令来实现，在本地仓库的安装
依赖的范围

标签来控制

compile   所有位置有效

对主程序有效

对测试程序有效

是否参与打包

test  只对test有效。只test用，不打包                      因为测试的时候会用到主程序的类。所以compile的会对test可见。

provided  她跟test的区别就是他在main中有效，不参与打包。  只用不打包
生命周期
各个命令的执行其实就像播放器的顺序执行。

因为每一步都有关联。

就像是爬山，等到一定的高度才能下一步。
执行特点，是从头开始执行。为了实现自动化。也就是第三部包含前两部。
mvn compile

resource

compile  经过了这两部
如果是

mvn test

之前的两步

+test resource

test compile

test

测试报告
mvn package

之前的6步

+jar
插件 和 目标相关的东西

maven中只定义了各个阶段要执行的人物

插件和任务对应
compile                         都是maven的编译插件

test-compile
开发工具中maven 设置。eclipse中每次要新的工作空间都要从新设置

maven设置  installation 就是这只maven的主程序的位置

第二就是配置文件的位置，为了找到仓库。
如果想通过maven设置

编译的jdk版本

需要在setting文件中  设置profile
创建动态的web工程在maven中都是复杂的，web的路径什么的都要自己创建，无论是eclipse 还是idea
而且相关的依赖可以用provided了  默认都是compile的。
servlet-api  不参与部署的特例。

eclipse如果想要提示，必须报想应的jar 导进来

如果你把servlet-api设置成compile 会和容器的冲突。有两个容器无法选择。
如果是自己手动写的项目，导入eclipse  没有eclipse的属性文件，所以不认为是工程，无法导入。必须用maven的方式导入。导入一次过后，再倒入可以直接用默认的导入方法。
依赖问题
当自己写的依赖项目没有在本地库安装，在eclipse中pom.xml中依赖了，编码中是不报错的。但是编译的时候报错：

因为eclipse 有插件，将项目弄到了eclipse中。但是编译靠的maven ，所以失败。
比如在pom.xml中加入一个 spring-core 的的jar maven 会自动的将相关的依赖 commons loggin引入

一个项目依赖其它项目  如果其它项目已经有了很多pom的引入。

会把相关的jar也导入
dependency  hieracr结构
依赖的传递性，有点像继承。

test 和provided的不能传递、

依赖的排除

我需要依赖，但是有些我不要。在依赖的pom文件下边



<exculusion

<gid

<arid

就OK了。这个依赖中排除这个jar
依赖的原则

maven自动的。

解决jar的冲突问题。

低：如果依赖的两个项目的一个jar 不同，我们就取离我们进的。这个就近原则，也就是如果你自己直接声明优先，就用声明的，虽然一样。

高：然后如果并列的化，看dependence 在上边的优先。 还是就近原则	 	第一步发生，然后才是第二步，因为是深度优先。
统一版本号控制，是不同jar的版本，有点像java的全局变量



值
引用就是  ${verson1}
继承问题的引入：为了相同jar版本的统一管理。

因为junit 这个是test 的不能传递。所以每个项目都有一个，这样看着很乱。
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>

    <groupId>com.home</groupId>
    <artifactId>one</artifactId>
    <packaging>pom</packaging>
    <version>1.0-SNAPSHOT</version>
    <modules>
        <module>../two</module>
        <module>../three</module>
    </modules>

    <dependencyManagement>

    <dependencies>
        <dependency>
            <groupId>junit</groupId>
            <artifactId>junit</artifactId>
            <version>4.12</version>
            <scope>test</scope>

        </dependency>
    </dependencies>
    </dependencyManagement>



</project>

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <parent>
        <artifactId>one</artifactId>
        <groupId>com.home</groupId>
        <version>1.0-SNAPSHOT</version>
        <relativePath>../one/pom.xml</relativePath>
    </parent>
    <modelVersion>4.0.0</modelVersion>

    <artifactId>two</artifactId>
    <dependencies>
        <dependency>
            <groupId>junit</groupId>
            <artifactId>junit</artifactId>
            <scope>test</scope>

        </dependency>
    </dependencies>


</project>

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <parent>
        <artifactId>one</artifactId>
        <groupId>com.home</groupId>
        <version>1.0-SNAPSHOT</version>
        <relativePath>../one/pom.xml</relativePath>
    </parent>
    <modelVersion>4.0.0</modelVersion>

    <artifactId>three</artifactId>
    <dependencies>
        <dependency>
            <groupId>junit</groupId>
            <artifactId>junit</artifactId>
            <scope>test</scope>
        </dependency>
    </dependencies>


</project>

以上是继承的方法。
聚合：就是一键安装各个工程。
 <modules>
        <module>../two</module>
        <module>../three</module>
    </modules>

这个并不限制于是子工程，所有的工程都是可以的。上下的顺序也是无所谓的。智能识别了。

在父工程直接install 就ok了