web服务器文档格式.docx

web服务器文档格式.docx

《web服务器文档格式.docx》由会员分享，可在线阅读，更多相关《web服务器文档格式.docx（17页珍藏版）》请在冰豆网上搜索。

为了处理一个请求（request），Web服务器可以响应（response）一个静态页面或图片，进行页面跳转（redirect），或者把动态响应（dynamicresponse）的产生委托（delegate）给一些其它的程序例如CGI脚本，JSP（JavaServerPages）脚本，servlets，ASP（ActiveServerPages）脚本，服务器端（server-side）JavaScript，或者一些其它的服务器端（server-side）技术。

无论它们（译者注：

脚本）的目的如何，这些服务器端（server-side）的程序通常产生一个HTML的响应（response）来让浏览器可以浏览。

要知道，Web服务器的代理模型（delegationmodel）非常简单。

当一个请求（request）被送到Web服务器里来时，它只单纯的把请求（request）传递给可以很好的处理请求（request）的程序（译者注：

服务器端脚本）。

Web服务器仅仅提供一个可以执行服务器端（server-side）程序和返回（程序所产生的）响应（response）的环境，而不会超出职能范围。

服务器端（server-side）程序通常具有事务处理（transactionprocessing），数据库连接（databaseconnectivity）和消息（messaging）等功能。

虽然Web服务器不支持事务处理或数据库连接池，但它可以配置（employ）各种策略（strategies）来实现容错性（faulttolerance）和可扩展性（scalability），例如负载平衡（loadbalancing），缓冲（caching）。

集群特征（clustering—features）经常被误认为仅仅是应用程序服务器专有的特征。

应用程序服务器（TheApplicationServer）

根据我们的定义，作为应用程序服务器，它通过各种协议，可以包括HTTP，把商业逻辑暴露给（expose）客户端应用程序。

Web服务器主要是处理向浏览器发送HTML以供浏览，而应用程序服务器提供访问商业逻辑的途径以供客户端应用程序使用。

应用程序使用此商业逻辑就象你调用对象的一个方法（或过程语言中的一个函数）一样。

应用程序服务器的客户端（包含有图形用户界面（GUI）的）可能会运行在一台PC、一个Web服务器或者甚至是其它的应用程序服务器上。

在应用程序服务器与其客户端之间来回穿梭（traveling）的信息不仅仅局限于简单的显示标记。

相反，这种信息就是程序逻辑（programlogic）。

正是由于这种逻辑取得了（takes）数据和方法调用（calls）的形式而不是静态HTML，所以客户端才可以随心所欲的使用这种被暴露的商业逻辑。

在大多数情形下，应用程序服务器是通过组件（component）的应用程序接口（API）把商业逻辑暴露（expose）（给客户端应用程序）的，例如基于J2EE（Java2Platform,EnterpriseEdition）应用程序服务器的EJB（EnterpriseJavaBean）组件模型。

此外，应用程序服务器可以管理自己的资源，例如看大门的工作（gate-keepingduties）包括安全（security），事务处理（transactionprocessing），资源池（resourcepooling），和消息（messaging）。

就象Web服务器一样，应用程序服务器配置了多种可扩展（scalability）和容错（faulttolerance）技术。

例如，设想一个在线商店（网站）提供实时定价（real-timepricing）和有效性（availability）信息。

这个站点（site）很可能会提供一个表单（form）让你来选择产品。

当你提交查询（query）后，网站会进行查找（lookup）并把结果内嵌在HTML页面中返回。

网站可以有很多种方式来实现这种功能。

我要介绍一个不使用应用程序服务器的情景和一个使用应用程序服务器的情景。

观察一下这两中情景的不同会有助于你了解应用程序服务器的功能。

情景1：

不带应用程序服务器的Web服务器

在此种情景下，一个Web服务器独立提供在线商店的功能。

Web服务器获得你的请求（request），然后发送给服务器端（server-side）可以处理请求（request）的程序。

此程序从数据库或文本文件（flatfile，译者注：

flatfile是指没有特殊格式的非二进制的文件，如properties和XML文件等）中查找定价信息。

一旦找到，服务器端（server-side）程序把结果信息表示成（formulate）HTML形式，最后Web服务器把会它发送到你的Web浏览器。

简而言之，Web服务器只是简单的通过响应（response）HTML页面来处理HTTP请求（request）。

情景2：

带应用程序服务器的Web服务器

情景2和情景1相同的是Web服务器还是把响应（response）的产生委托（delegates）给脚本（译者注：

服务器端（server-side）程序）。

然而，你可以把查找定价的商业逻辑（businesslogic）放到应用程序服务器上。

由于这种变化，此脚本只是简单的调用应用程序服务器的查找服务（lookupservice），而不是已经知道如何查找数据然后表示为（formulate）一个响应（response）。

这时当该脚本程序产生HTML响应（response）时就可以使用该服务的返回结果了。

在此情景中，应用程序服务器提供（serves）了用于查询产品的定价信息的商业逻辑。

（服务器的）这种功能（functionality）没有指出有关显示和客户端如何使用此信息的细节，相反客户端和应用程序服务器只是来回传送数据。

当有客户端调用应用程序服务器的查找服务（lookupservice）时，此服务只是简单的查找并返回结果给客户端。

通过从响应产生（response-generating）HTML的代码中分离出来，在应用程序之中该定价（查找）逻辑的可重用性更强了。

其他的客户端，例如收款机，也可以调用同样的服务（service）来作为一个店员给客户结帐。

相反，在情景1中的定价查找服务是不可重用的因为信息内嵌在HTML页中了。

总而言之，在情景2的模型中，在Web服务器通过回应HTML页面来处理HTTP请求（request），而应用程序服务器则是通过处理定价和有效性（availability）请求（request）来提供应用程序逻辑的。

警告（Caveats）

XMLWebServices已经使应用程序服务器和Web服务器的界线混淆了。

通过传送一个XML有效载荷（payload）给服务器，Web服务器现在可以处理数据和响应（response）的能力与以前的应用程序服务器同样多了。

另外，大多数应用程序服务器也包含了Web服务器，这就意味着可以把Web服务器当作是应用程序服务器的一个子集（subset）。

虽然应用程序服务器包含了Web服务器的功能，但是开发者很少把应用程序服务器部署（deploy）成这种功能（capacity）（译者注：

这种功能是指既有应用程序服务器的功能又有Web服务器的功能）。

相反，如果需要，他们通常会把Web服务器独立配置，和应用程序服务器一前一后。

这种功能的分离有助于提高性能（简单的Web请求（request）就不会影响应用程序服务器了），分开配置（专门的Web服务器，集群（clustering）等等），而且给最佳产品的选取留有余地。

服务器特点

编辑

Windows，Linux与Unix这3个操作系统是架设Web服务器比较常见的操作系统。

Linux的安全性能在这3个操作系统中最高，可以支持多个硬件平台，其网络功能比较强大。

总的来说，这两大优点是其他操作系统不可替代的：

第一，可以依据用户不同的需求来随意修改、调整与复制各种程序的源码以及发布在互联网上；

第二，Linux操作系统的市场价格比较便宜，也能够在互联网上免费下载源码。

可以说，Linux为架设既高效又安全的Web服务器的比较理想的操作系统。

此外，要让Web服务器更具有优越的性能，可以根据服务器系统之特点与用途作进一步的优化与处理，尽量减少Web服务器的数据传输量以及降低其数据传输的频率，进而促进网络宽带的利用率与使用率，以及提高网络客户端的网页加载的速度，同时也可以减少Web服务器各种资源的消耗。

工作原理

　　Web服务器的工作原理并不复杂，一般可分成如下4个步骤：

连接过程、请求过程、应答过程以及关闭连接。

下面对这4个步骤作一简单的介绍。

连接过程就是Web服务器和其浏览器之间所建立起来的一种连接。

查看连接过程是否实现，用户可以找到和打开socket这个虚拟文件，这个文件的建立意味着连接过程这一步骤已经成功建立。

请求过程就是Web的浏览器运用socket这个文件向其服务器而提出各种请求。

应答过程就是运用HTTP协议把在请求过程中所提出来的请求传输到Web的服务器，进而实施任务处理，然后运用HTTP协议把任务处理的结果传输到Web的浏览器，同时在Web的浏览器上面展示上述所请求之界面。

关闭连接就是当上一个步骤--应答过程完成以后，Web服务器和其浏览器之间断开连接之过程。

Web服务器上述4个步骤环环相扣、紧密相联，逻辑性比较强，可以支持多个进程、多个线程以及多个进程与多个线程相混合的技术。

大型

在UNⅨ和LINUX平台下使用最广泛的免费HTTP服务器是Apache和Nginx服务器，而Windows平台NT/2000/2003使用ⅡS的WEB服务器。

在选择使用WEB服务器应考虑的本身特性因素有：

性能、安全性、日志和统计、虚拟主机、代理服务器、缓冲服务和集成应用程序等，下面介绍几种常用的WEB服务器。

IIS

Microsoft的Web服务器产品为InternetInformationServices（IIS），IIS是允许在公共Intranet或Internet上发布信息的Web服务器。

ⅡS是目前最流行的Web服务器产品之一，很多著名的网站都是建立在ⅡS的平台上。

IIS提供了一个图形界面的管理工具，称为Internet服务管理器，可用于监视配置和控制Internet服务。

IIS是一种Web服务组件，其中包括Web服务器、FTP服务器、NNTP服务器和SMTP服务器，分别用于网页浏览、文件传输、新闻服务和邮件发送等方面，它使得在网络（包括互联网和局域网）上发布信息成了一件很容易的事。

它提供ISAPI（IntranetServerAPI）作为扩展Web服务器功能的编程接口；

同时，它还提供一个Internet数据库连接器，可以实现对数据库的查询和更新。

Kangle

kangleweb服务器（简称：

kangle）是一款跨平台、功能强大、安全稳定、易操作的高性能web服务器和反向代理服务器软件。

除此：

kangle也是一款专为做虚拟主机研发的web服务器。

实现虚拟主机独立进程、独立身份运行。

用户之间安全隔离，一个用户出问题不影响其他用户。

安全支持php、asp、asp·

net、java、ruby等多种动态开发语言。

WebSphere

WebSphereApplicationServer是一种功能完善、开放的Web应用程序服务器，是IBM电子商务计划的核心部分，它是基于Java的应用环境，用于建立、部署和管理Internet和IntranetWeb应用程序。

这一整套产品进行了扩展，以适应Web应用程序服务器的需要，范围从简单到高级直到企业级。

WebSphere针对以Web为中心的开发人员，他们都是在基本HTTP服务器和CGI编程技术上成长起来的。

IBM将提供WebSphere产品系列，通过提供综合资源、可重复使用的组件、功能强大并易于使用的工具、以及支持HTTP和IIOP通信的可伸缩运行时环境，来帮助这些用户从简单的Web应用程序转移到电子商务世界。

WebLogic

BEAWebLogicServer是一种多功能、基于标准的web应用服务器，为企业构建自己的应用提供了坚实的基础。

各种应用开发、部署所有关键性的任务，无论是集成各种系统和数据库，还是提交服务、跨Internet协作，起始点都是BEAWebLogicServer。

由于它具有全面的功能、对开放标准的遵从性、多层架构、支持基于组件的开发，基于Internet的企业都选择它来开发、部署最佳的应用。

BEAWebLogicServer在使应用服务器成为企业应用架构的基础方面继续处于领先地位。

BEAWebLogicServer为构建集成化的企业级应用提供了稳固的基础，它们以Internet的容量和速度，在连网的企业之间共享信息、提交服务，实现协作自动化。

Apache

Apache仍然是世界上用的最多的Web服务器，市场占有率达60%左右。

它源于NCSAhttpd服务器，当NCSAWWW服务器项目停止后，那些使用NCSAWWW服务器的人们开始交换用于此服务器的补丁，这也是apache名称的由来（pache补丁）。

世界上很多著名的网站都是Apache的产物，它的成功之处主要在于它的源代码开放、有一支开放的开发队伍、支持跨平台的应用（可以运行在几乎所有的Unix、Windows、Linux系统平台上）以及它的可移植性等方面。

Tomcat

Tomcat是一个开放源代码、运行servlet和JSPWeb应用软件的基于Java的Web应用软件容器。

TomcatServer是根据servlet和JSP规范进行执行的，因此我们就可以说TomcatServer也实行了Apache-Jakarta规范且比绝大多数商业应用软件服务器要好。

Tomcat是JavaServlet2.2和JavaServerPages1.1技术的标准实现，是基于Apache许可证下开发的自由软件。

Tomcat是完全重写的ServletAPI2.2和JSP1.1兼容的Servlet/JSP容器。

Tomcat使用了JServ的一些代码，特别是Apache服务适配器。

随着CatalinaServlet引擎的出现，Tomcat第四版号的性能得到提升，使得它成为一个值得考虑的Servlet/JSP容器，因此许多WEB服务器都是采用Tomcat。

Jboss

是一个基于J2EE的开放源代码的应用服务器。

JBoss代码遵循LGPL许可，可以在任何商业应用中免费使用，而不用支付费用。

JBoss是一个管理EJB的容器和服务器，支持EJB1.1、EJB2.0和EJB3的规范。

但JBoss核心服务不包括支持servlet/JSP的WEB容器，一般与Tomcat或Jetty绑定使用。

JBOSS服务器使用详解

1、把文件解压到一个不含空格的，非中文目标下，如：

jboss

2、加入MyEclipse—>

Servers->

JBoss->

JBoss5.x

（1）、JBosshomedirectory:

选择JBOSS存放的路径；

如：

C:

\JBOSS\jboss-5.1.0

（2）、Servername:

default（3个默认的配置：

minimial，default和all）

3、Apply->

OK

4、配置环境变量：

（1）、添加：

变量名：

JBoss_HOME变量值：

\JBOSS\jboss-5.1.0（JBoss的解压后的目录）

（2）、把C:

\JBOSS\jboss-5.1.0\bin变量值加到：

path变量中；

（3）、保存

5、运行：

\JBOSS\jboss-5.1.0\bin\run.bat文件

6、发布web项目

JBOSS服务器目录结构作用介绍

目录描述

------------------------------------------------------------------------------

bin启动和关闭JBoss的脚本

client客户端与JBoss通信所需的的Java库（JARs）

docs配置的样本文件（数据库配置等）

doc/dtd在JBoss中使用的各种XML文件的DTD。

lib一些JAR，JBoss启动时加载，且被所有JBoss配置共享。

（不要把你的库放在这里）

server各种JBoss配置。

每个配置必须放在不同的子目录。

子目录的名字表示配置的名字。

JBoss包含3个默认的配置：

minimial，default和all。

server/allJBoss的完全配置，启动所有服务，包括集群和IIOP。

server/defaultJBoss的默认配置。

在没有在JBoss命令航中指定配置名称时使用。

server/default/confJBoss的配置文件。

server/default/dataJBoss的数据库文件。

比如，嵌入的数据库，或者JBossMQ。

server/default/deployJBoss的热部署目录。

放到这里的任何文件或目录会被JBoss自动部署。

EJB、WAR、EAR，甚至服务。

server/default/lib一些JAR，JBoss在启动特定配置时加载它们。

（all和minimial配置也包含这个和下面两个目录。

）

server/default/logJBoss的日志文件。

server/default/tmpJBoss的临时文件。

补充

1、JBoss的默认端口是8080

2、对于NT和Win2000系统如果你要安装NT或Win2000服务的话，可以把JBoss加在系统服务中，避免你每次需要到JBoss目录下运行run.bat命令，只是当系统启动时，自动启动JBoss服务器。

2003Web

Web服务器组件是WindowsServer2003系统中ⅡS6.0的服务组件之一，默认情况下并没有被安装，用户需要手动安装Web服务组件。

第1步，打开“控制面板”窗口，双击“添加/删除程序”图标，打开“添加或删除程序”窗口。

单击“添加/删除Windows组件”按钮，打开“Windows组件安装向导”对话框。

第2步，在“Windows组件”对话框中双击“应用程序服务器”选项，打开“应用程序服务器”对话框。

在“应用程序服务器的子组件”列表中双击“Internet信息服务（ⅡS）”复选框。

第3步，打开“Internet信息服务（ⅡS）”对话框，在“Internet信息服务（ⅡS）的子组件”列表中选中“万维网服务”复选框。

依次单击“确定”→“确定”按钮。

第4步，系统开始安装ⅡS6.0和Web服务组件。

在安装过程中需要提供WindowsServer2003系统安装光盘或指定安装文件路径。

安装完成后单击“完成”按钮即可。

小型

【nginx】

*支持通用语言接口，如php、python、perl等

*支持正向和反向代理、虚拟主机、url重写、压缩传输等

*nginx的模块都是静态编译的，对fcgi的支持非常好，在处理链接的的方式上nginx支持epoll。

【micro_httpd-reallysmallHTTPserver】

特点：

*支持安全的..上级目录过滤

*支持通用的MIME类型

*支持简单的目录

*支持目录列表

*支持使用index.html作为首页

*Trailing-slashredirection

*程序总共代码才200多行

这个httpd适合学习简单的WebServer编写学习，因为它只有一个简单的框架，只能够处理简单的静态页，可以考虑用来放静态页。

【mini_httpd-smallHTTP 

server 

】

*支持GET、HEAD、POST方法

*支持CGI功能

*支持基本的验证功能

*支持安全..上级目录功能

*支持目录列表功能

*支持使用index.html,index.htm,index.cgi作为首页

*支持多个根目录的虚拟主机

*支持标准日志记录

*支持自定义错误页

mini_httpd也是相对比较适合学习使用，大体实现了一个WebServer的功能，支持静态页和CGI，能够用来放置一些个人简单的东西，不适宜投入生产使用。

【thttpd-tiny/turbo/throttlingHTTPserver】

thttpd中是一个简单，小型，轻便，快速和安全的http服务器.

简单：

它能够支持HTTP/1.1协议标准，或者超过了最低水平

小巧：

它具有非常少的运行时间，因为它不fork子进程来接受新请求，并且非常谨慎的分配内存。

便携：

它能够在大部分的类Unix系统上运行，包括FreeBSD,SunOS4,Solaris2,BSD/OS,Linux,OSF等等

快速：

它的速度要超过主流的Web服务器（Apache,NCSA,Netscape），在高负载情况下，它要快的多

安全：

它努力的保护主机不受到攻击，不中断服务器

thttpd类似于lighttpd，对于并发请求不使用fork（）来派生子进程处理，而是采用多路复用