1.简介:
SSI全称(Server Side Includes)是在HTML静态页面中使用的指令,当页面在服务端执行的时候是可以进行服务端解析的。这种方式可以让我们在存在的HTML页面里面分块动态生成内容而不在整个执行了CGI等服务端技术的基础之上进行动态页面服务。在返回请求的页面(包含SSI指令)前,服务器会处理这些指令,并用处理的结果替换指令,然后把页面返回。我们使用Tomcat作为Http服务器的时候,我们需要使用SSI可以在Tomcat添加对SSI的支持。
Tomcat服务器的SSI支持的实现方式和Apache里面的SSI指令一样,在Tomcat里面实现SSI支持使用的是一个Servlet和一个Filter(Servlet和Filter的基本信息参考JSP教程),我们可以使用其中一种方式来进行SSI支持的配置,但是不需要两个同时配置,同时配置是否会产生冲突我不太清楚,一般情况下配置一个就可以了。
实现SSI支持的Servlet实现使用了org.apache.catalina.ssi.SSIServlet,另外需要在Servlet的路径解析里面添加映射规则“*.shtml”。
实现SSI支持的Filter使用了org.apache.calalina.ssi.SSIFilter。另外,在Filter路径解析里面也需要添加映射规则“*.shtml”,而且在Filter配置的时候需要在映射规则里面添加能够执行的mime type,contentType的初始化参数允许你执行服务器下边的资源。在Tomcat里面默认是禁用了SSI的。
注意:SSI指令执行Tomcat外部的JVM,如果我们使用Java的安全管理器需要在calalina.policy文件里面进行配置。若要使用SSI Servlet和SSI Filter,直接在服务器的路径$CATALINA_BASE/conf/web.xml文件里面将SSI的注释去掉。需要注意的是在Tomcat服务器里面仅仅只有标记了privileged的Context可以使用SSI功能。(*:当privileged设置为true的时候,才允许Tomcat的Web应用使用容器内的Servlet,Tomcat的文档里面讲了使用的lib的域,每个应用程序如果不设置这个属性,是不能访问容器内的Servlet的,这里应该指代的是全局的Servlet)
否则这里会遇到异常:
java.lang.SecurityException: Filter of class org.apache.catalina.ssi.SSIFilter(SSIServlet)is privileged and cannot be loaded by this web application
2.服务器配置属性:
在配置SSI Servlet的时候需要用到的参数(init parameters)如下:
buffered:是需要将输入保存到缓冲区(0=false,1=true)默认是0(false)
debue:配置调试日志的记录级别,默认0;
expires:SSI包含某个页面的超时配置,默认行为是所有的SSI指令在每一次请求中执行
isVirtualWebappRelative:是针对Tomcat Context的根目录(虚拟目录)进行相对路径解析还是针对Tomcat的服务器目录进行相对路径解析(0=false,1=true)默认是0,不使用虚拟目录。
inputEncoding:如果资源不是自身的,资源来自于容器外部,可以针对外部资源进行编码的设置,以什么变法方式输入资源,默认使用的是资源所在平台使用的编码。
outputEncoding:SSI执行结果输出的编码方式,默认是UTF-8的。
配置SSI Filter的时候需要使用以下参数(init paramters):
contextType:配置一个可以匹配的正则表达式规则提供给SSI执行使用,若自定义自己的匹配规则,需要在mime 类型里面配置下边的可选项:在form里面设置“mime/type;charset=set”默认的是“text/x-server-parsed-html(;.*)?”
debug:同上
expires:同上
isVirtualWebappRelative:同上
3.指令描述:
SSI是被HTML文档内需要进行处理的包含部分的SSI Servlet调用的。这些指令是HTML文档的注释形式,这些指令在将内容发送到客户端之前进行内容的替换。标准格式如下:
<!--#directive [parm=value] -->
这些指令包括:
config:设置日期格式一起被SSI处理的其他数据(<!--#config timefmt="%B %Y" -->)
echo:将会被变量的值替换掉(<!--#echo var="VARIABLE_NAEM" -->)
exec:用来执行服务器端的命令
include:包含某些内容(<!--#include virtual="file-name" -->)
flastmod:返回某个文件最后一次修改的时间(<!--#flastmod file="filename.shtml" -->)
fsize:返回某个文件的大小(<!--#fzie file="filename.shtml" -->)
printenv:返回所有定义的变量(<!--#printenv -->)
set:用来为定义的变量赋值(<!--#set var="foo" value="Bar" -->)
if elif endif else:创建条件分支语句
Apache SSI官方文档
4.SSI Servlet里面的变量如下:
AUTH_TYPE——针对用户的认证授权方式:BASIC,FORM,etc.和Tomcat内的认证方式同步
CONTENT_LENGTH——从服务器表单传过来的数据长度,字符数目或者数据的字节数
CONTENT_TYPE——服务器访问呢数据的MIME类型,比如“text/html”
DATE_GMT——目前的时间格式方式使用GMT
DATE_LOCAL——目前的时间格式方式设置成为本地时间格式
DOCUMENT_NAME——当前上下文环境的文件地址
DOCUMENT_URI——虚拟路径定义的文件地址
GATEWAY_INTERFACE——CGI的版本定义:“CGI/1.1”
HTTP_ACCEPT——一个客户端可以接受的MIME类型列表
HTTP_ACCEPT_ENCODING——客户端可以接受的压缩文件类型的列表
HTTP_ACCEPT_LANGUAGE——客户端可以支持的语言列表
HTTP_CONNECTION——管理客户端的连接:是“Close”还是“Keep-Alive”
HTTP_HOST——客户端请求的站点地址
HTTP_REFERER——客户端请求之前所在的URL地址
HTTP_USER_AGENT——客户使用的浏览器端的请求结果
LAST_MODIFIED——当前页面上一次访问和修改的时间
PATH_INFO——访问此Servlet的路径信息
PATH_TRANSLATED——PATH_INFO提供的translated版本
QUERY_STRING——在URL地址?之后的请求参数列表
QUERY_STRING_UNESCAPED——没有经过编码过的请求参数
REMOTE_ADDR——用户请求客户端IP地址
REMOTE_HOST——用户发送请求的主机名
REMOTE_PORT——用户发送请求的端口号
REMOTE_USER——认证授权需要的发送请求的用户名
REQUEST_METHOD——请求使用方法:GET或者POST
REQUEST_URI——客户端原来访问请求的Web页面的URI地址
SCRIPT_FILENAME——在服务器上当前页面的地址
SCRIPT_NAME——当前页面的名称
SERVER_ADDR——服务器所在的IP地址
SERVER_NAME——服务器的主机名或者IP地址
SERVER_PORT——服务器接受请求的端口号
SERVER_PROTOCOL——服务器处理请求的协议:“HTTP/1.1”
SERVER_SOFTWARE——服务器响应客户端请求的名称和版本号
UNIQUE_ID——一旦创建链接过后每一次会话由服务器分配的唯一会话标识(是不是SessionID?我不敢肯定,因为没有做过验证,有可能是有可能不是,不过有一点,此属性和直接和会话相关的。)
5.配置过程:
1).先保证Tomcat可以运行,即能够正常启动
2).(5.x版本)服务器根目录下边$TOMCAT_HOME(或者$CATALINA_HOME)/server/lib/目录下边有一个文件:
servlets-ssi.renametojar,将这个文件名更名为一个jar后缀,当然最方便的方法是直接改掉文件后缀,按照Tomcat扫描jar路径类的原理来讲,直接更名为jar应该也是可以的,不过我没尝试过,一般网上最常用的方法是改成:servlets-ssi.jar。(6.x版本)服务器不需要去寻找jar文件了,直接进入下一步操作都可以。
3).找到文件:$TOMCAT_HOME(或者$CATALINA_HOME)/conf/web.xml,这里面不需要我们自己写入SSI Servlet和SSI Filter的配置,首先我们要选择使用哪种方式来配置:
Servlet配置:
在这个文件里面,找到以下注释代码段,将注释代码段去掉:
Servlet配置——
<!--
<servlet>
<servlet-name>ssi</servlet-name>
<servlet-class>
org.apache.catalina.ssi.SSIServlet
</servlet-class>
<init-param>
<param-name>buffered</param-name>
<param-value>1</param-value>
</init-param>
<init-param>
<param-name>debug</param-name>
<param-value>0</param-value>
</init-param>
<init-param>
<param-name>expires</param-name>
<param-value>666</param-value>
</init-param>
<init-param>
<param-name>isVirtualWebappRelative</param-name>
<param-value>0</param-value>
</init-param>
<load-on-startup>4</load-on-startup>
</servlet>
-->
ServletMapping配置——
<!--
<servlet-mapping>
<servlet-name>ssi</servlet-name>
<url-pattern>*.shtml</url-pattern>
</servlet-mapping>
-->
Filter配置:
Filter的相关配置——
<!--
<filter>
<filter-name>ssi</filter-name>
<filter-class>
org.apache.catalina.ssi.SSIFilter
</filter-class>
<init-param>
<param-name>contentType</param-name>
<param-value>text/x-server-parsed-html(;.*)?</param-value>
</init-param>
<init-param>
<param-name>debug</param-name>
<param-value>0</param-value>
</init-param>
<init-param>
<param-name>expires</param-name>
<param-value>666</param-value>
</init-param>
<init-param>
<param-name>isVirtualWebappRelative</param-name>
<param-value>0</param-value>
</init-param>
</filter>
-->
FilterMapping相关配置——
<!--
<filter-mapping>
<filter-name>ssi</filter-name>
<url-pattern>*.shtml</url-pattern>
</filter-mapping>
-->
只是Filter配置里面还需要取消另外一个注释,下边的MIME TYPE的服务器支持相关注释
<!--
<mime-mapping>
<extension>shtml</extension>
<mime-type>text/x-server-parsed-html</mime-type>
</mime-mapping>
-->
上边的注释取消过后,配置就基本好了,在Tomcat 5.x的版本中配置的时候,到这个地步就结束了,但是在Tomcat 6.x版本中可能还会出现下边的异常:
java.lang.SecurityException: Filter of class org.apache.catalina.ssi.SSIFilter(SSIServlet) is privileged and cannot be loaded by this web application
4).所以正对这点6.x还有一个步骤,在$TOMCAT_HOME(或者$CATALINA_HOME)/conf/context.xml文件中在<Context>结点添加一个属性privileged="true",然后再启动就不会抛出上边的异常了。
5).若要解决乱码问题,根据上边文档需要修改SSI中的启动参数:添加如下代码:
<init-param>
<param-name>inputEncoding</param-name>
<param-value>utf-8</param-value>
</init-param>
<init-param>
<param-name>outputEncoding</param-name>
<param-value>utf-8</param-value>
</init-param>
上边参数已经描述详细了:
6.总结:
关于Tomcat环境下边的SSI的配置我就整理了这些,有什么有疑问的地方或者语法错误请指点,来信:silentbalanceyh@126.com
分享到:
相关推荐
首先,你需要确保你的Tomcat版本支持SSI,然后在`server.xml`的`Connector`配置中添加`useServerHeaders="true"`和`enableLookups="true"`属性。 2. **ssiEnabled**:在`web.xml`中,可以添加一个名为`ssiEnabled`的...
Tomcat配置SSI 使你的服务器支持shtml文件
1. **启用SSI**:首先,你需要在Web服务器的配置文件(如Apache的httpd.conf或Nginx的nginx.conf)中启用SSI支持。这通常是通过设置`EnableSendfile off`(Apache)或`ssi on`(Nginx)来实现的。 2. **SSI指令**:...
### Tomcat配置优化知识点 #### 一、Tomcat设置Gzip,减少网络流量 Gzip是一种常见的压缩方式,用于减少HTTP响应体的大小,从而降低网络传输的数据量,提高加载速度。在Tomcat中启用Gzip可以显著提高Web应用的性能...
本篇文章将详述如何在Tomcat 5.0版本中进行静态化配置,以提高网站性能,尤其是处理SHTML(Server Side Include)文件的效率。 首先,理解静态化配置的重要性。在高流量的网站中,静态化可以极大地减少服务器处理...
1. **配置Apache 2**:在Apache 2的配置文件中,启用SSI模块并配置相关参数。 ```apache LoadModule include_module modules/mod_include.so AddType text/html .shtml Options Includes ``` 2. **配置Tomcat ...
) Tomcat 7.0.6增加了基于JNDI的应用支持 Tomcat 7.0.6增加了可绑定APIs Tomcat 7.0.6增加了web应用重载功能以及静态字资源共享库 Tomcat 7.0.6增加了针对Linux操作系统的支持 Tomcat 7.0.6增加了对SSI以及CGI的...
在Web开发中,它可以帮助解析和操作XML数据,为SSI提供数据源或配置信息。 这些jar包组合在一起,构成了一个基本的Web开发环境,支持使用SSI技术构建高效且可扩展的Web应用程序。开发者可以通过这些库来处理用户...
SSH 框架与 SSI 框架的区别-配置说明 SSH 框架与 SSI 框架是两种常见的 Web 应用程序框架,它们之间有着很大的区别,本文将通过配置说明来详细阐述这两个框架的差异。 首先,让我们来看一下 SSH 框架的配置文件。...
压缩包内的文件"SSI-ABZ"可能是设计文件、配置文件或者是编译后的.bit文件,这些文件用于在FPGA开发工具如Xilinx Vivado、Intel Quartus或Aldec Active-HDL中加载到目标FPGA设备上,实现所述的信号转换功能。...
ssi框架的配置文件,更准确的的让你看到,里面有注释
标题"query——SSI框架(还没完的,别下)"表明这是一个关于使用SSI框架实现查询功能的未完成项目。这可能涉及到在HTML文件中插入SSI指令,来处理用户输入的查询请求,并动态地从数据源获取并显示结果。 描述中的...
### Tomcat性能调优及配置技巧 #### 一、Tomcat设置Gzip,减少网络流量 Gzip是一种常用的压缩算法,通过将响应的数据进行压缩,可以显著减少数据在网络中的传输量,从而加快页面加载速度,提升用户体验。在Tomcat...
通过在Tomcat中配置SSI框架,开发人员可以获得一种简洁有效的方式来管理和呈现复杂的Web内容。不仅可以提高网站的性能和可维护性,还能为用户提供更好的用户体验。此外,由于SSI技术的简单性和易用性,即使是初学者...
### STARTER配置SSI编码器详解 #### 一、引言 在工业自动化领域,编码器作为重要的传感器之一,被广泛应用于各种控制系统中。其中,SSI(Synchronous Serial Interface)编码器因其高精度、高可靠性的特点,在许多...
根据提供的文件信息,我们可以深入探讨有关Tomcat 7.0安装及配置的相关知识点。下面将对标题、描述、标签以及部分内容中的关键信息进行详细的解读与扩展。 ### Tomcat 7.0 安装与配置详解 #### 标题:“tomcat安装...