linux 安装 Resin 

1、下载  http://caucho.com/products/resin/download#download 并上传服务器

什么是resin

2、检查jdk是否安装 配置环境变量

可以在终端运行 java -version 查看是否安装了java的jdk,如果有路径，就说明安装了，如果提供该命令不存在，就是说没有安装。如果没安装，可以参考 http://yinfeifei.iteye.com/blog/790571 进行安装。

可以在终端运行 echo $JAVA_HOME 查看是否配置了JAVA_HOME 如果安装了，会显示类似 /usr/lib/jvm/java-1.8.0-openjdk

这样的一个位置，如果没有需要配置。方法是打开  /etc/profile 文件，添加以下代码，注意等于号后边的值要根据自己的安装的jdk的实际位置来决定。

export JAVA_HOME=/usr/lib/jvm/java-1.8.0-openjdk

export JRE_HOME=/usr/lib/jvm/java-1.8.0-openjdk/jre

export CLASSPATH=.:$JAVA_HOME/lib:$JRE_HOME/lib:$CLASSPATH

export PATH=$JAVA_HOME/bin:$JRE_HOME/bin:$PATH

3解压

移动到resin文件夹

修改配置文件

make

make install

./bin/resin.sh start

成功

http学习

HTTP是一种无状态的协议，无状态是指Web浏览器与Web服务器之间不需要建立持久的连接

也就是只能由客户端发起

http请求

请求方法

序号 方法 描述

1 GET 请求指定的页面信息，并返回实体主体。

2 HEAD 类似于 GET 请求，只不过返回的响应中没有具体的内容，用于获取报头

3 POST 向指定资源提交数据进行处理请求（例如提交表单或者上传文件）。数据被包含在请求体中。POST 请求可能会导致新的资源的建立和/或已有资源的修改。

4 PUT 从客户端向服务器传送的数据取代指定的文档的内容。

5 DELETE 请求服务器删除指定的页面。

6 CONNECT HTTP/1.1 协议中预留给能够将连接改为管道方式的代理服务器。

7 OPTIONS 允许客户端查看服务器的性能。

8 TRACE 回显服务器收到的请求，主要用于测试或诊断。

8 PATCH 是对 PUT 方法的补充，用来对已知资源进行局部更新 。

常用的

GET、POST、HEAD、PUT请求：

GET：GET方法用于获取请求页面的指定信息。如果请求资源为动态脚本（非HTML），那么返回文本是Web容器解析后的HTML源代码。GET请求没有消息主体，因此在消息头后的空白行是没有其他数据。

POST：POST方法也与GET方法相似，但最大的区别在于，GET方法没有请求内容，而POST是有请求内容的。

HEAD：这个请求的功能与GET请求相似，不同之处在于服务器不会再其响应中返回消息主体，因此，这种方法可用于检查某一资源在向其提交GET请求前是否存在。

PUT：PUT方法用于请求服务器把请求中的实体存储在请求资源下，如果请求资源已经在服务器中存在，那么将会用此请求中的数据替换原先的数据。向服务器上传指定的资源。

http响应

拦截http请求

五种状态码：

1xx：信息提示，表示请求已被成功接收，继续处理。

2xx：请求被成功提交。

3xx：客户端被重定向到其他资源。

4xx：客户端错误状态码，格式错误或者不存在资源。

5xx：描述服务器内部错误。

常见的状态码描述如下：

200：客户端请求成功，是最常见的状态。

302：重定向。

404：请求资源不存在，是最常见的状态。

400：客户端请求有语法错误，不能被服务器所理解。

401：请求未经授权。

403：服务器收到请求，但是拒绝提供服务。

500：服务器内部错误，是最常见的状态。

503：服务器当前不能处理客户端的请求。

会话与Cookie

Cookie只是一段文本，所以它只能保存字符串。

Cookie的传送过程示意图：

Cookie功能特点：

存储于浏览器头部/传输于HTTP头部

写时带属性，读时无属性

HTTP头中Cookie: user=bob; cart=books;

属性 name/value/expire/domain/path/httponly/secure/…

由三元组[name,domain,path]唯一确定cookie

Set-Cookie2响应字段：

Set-Cookie2头字段用于指定WEB服务器向客户端传送的Cookie内容，但是按照Netscape规范实现Cookie功能的WEB服务器，使用的是Set-Cookie头字段，两者的语法和作用类似。

Set-Cookie2头字段中设置的cookie内容是具有一定格式的字符串，它必须以Cookie的名称和设置值开头，格式为“名称=值”，后面可以加上0个或多个以分号（;）和空格分隔的其它可选属性，属性格式一般为“属性名=值”。

举例：

Set-Cookie2: user=hello; Version=1; Path=/

除了“名称=值”对必须位于最前面外，其它的可选属性的先后顺序可以任意。

Cookie的名称只能由普通的英文ASCII字符组成，浏览器不用关心和理解Cookie的值部分的意义和格式，只要WEB服务器能理解值部分的意义就行。

大多数现有的WEB服务器都是采用某种编码方式将值部分的内容编码成可打印的ASCII字符，RFC 2965规范中没有明确限定编码方式。

Cookie请求字段：

Cookie请求头字段中的每个Cookie之间用逗号（,）或分号（;）分隔。

在Cookie请求头字段中除了必须有“名称=值”的设置外，还可以有Version、Path、Domain、Port等几个属性。

在Version、Path、Domain、Port等属性名之前，都要增加一个“$”字符作为前缀。

Version属性只能出现一次，且要位于Cookie请求头字段设置值的最前面，如果需要设置某个Cookie信息的 Path、Domain、Port等属性，它们必须位于该Cookie信息的“名称=值”设置之后。•浏览器使用Cookie请求头字段将Cookie信息回送给WEB服务器。

多个Cookie信息通过一个Cookie请求头字段回送给WEB服务器。

浏览器根据下面的几个规则决定是否发送某个Cookie信息：

请求的主机名是否与某个存储的Cookie的Domain属性匹配；

请求的端口号是否在该Cookie的Port属性列表中；

请求的资源路径是否在该Cookie的Path属性指定的目录及子目录中；

该Cookie的有效期是否已过。

Path属性指向子目录的Cookie排在Path属性指向父目录的Cookie之前。

举例：Cookie: $Version=1; Course=Java; $Path=/hello/lesson; Course=vc; $Path=/hello

明日计划：服务器的部署完成 任务就基本完成
问题暂无