景服务器
㈠ 关于义哥征途 场景服务器开启失败
该问题一点也不复杂，现在帮你解决：跟我的步凑来：（分要给我）
⒈前面的服务全部启动成功，说明只有场景服务器有问题。首先，你先确定你的数据库是否能正常连接。检验方法：打开服务器点击配置文件，点服务器配置，点连接数据库，显示服务信息说明数据库正常，否则请配置好数据库。
⒉如果数据库连接成功，开始检查场景服务器，启动服务器后，点服务器管理，查看ScenesServer日志中有什么文件加载失败没有，有无地图加载失败，有则补充文件和地图。一般问题到此解决。
⒊如果文件正常，没有丢失。现在用记事本方式打开服务器目录下的scenesinfo.xml文件，看场景服务器ID server id="21" 与数据库里的SERVERLIST的ID是否相同，不同，则将scenesinfo.xml文件中的server id="21"中的ID改为与之相同。 然后重新启动服务器，问题解决。
⒋启动成功后发现创建任务后无法进入游戏怎么办？ 这是一些发端人的小手段。同样打开服务器文件下scenesinfo.xml文件，country id="2"，这里代表你国家的ID号，搜索countryinfo，将任意一句改为<country id="2" name="宋国" mapID="101" function="0"/>即可开放一个ID为2的国家。
㈡ 景点网站的服务器用什么好
要找不限流量的。
你可以先免费试用一下，一般网站都是可以自助建站的，使用方便，有很多套网站模板可选，上面的图片、文字、栏目等都是可以改的，有新手指导、学习视频等，一般看半天就会做网站了。
建站方案（215元）：COM英文国际域名+速成网站国际版（有5G空间，无需备案，不限流量）。
现在在线。
㈢ WEB服务器 是什么意思啊
Web服务器(Web Server)
WEB服务器也称为WWW(WORLD WIDE WEB)服务器，主要功能是提供网上信息浏览服 务。
(1)应用层使用HTTP协议。
(2)HTML文档格式。
(3)浏览器统一资源定位器(URL)。
WWW代表万维网的意思
Web服务器可以解析(handles)HTTP协议。当Web服务器接收到一个HTTP请求(request)，会返回一个HTTP响应(response)，例如送回一个HTML页面。为了处理一个请求(request)，Web服务器可以响应(response)一个静态页面或图片，进行页面跳转(redirect)，或者把动态响应(dynamic response)的产生委托(delegate)给一些其它的程序例如CGI脚本，JSP(JavaServer Pages)脚本，servlets，ASP(Active Server Pages)脚本，服务器端(server-side)JavaScript，或者一些其它的服务器端(server-side)技术。无论它们(译者注：脚本)的目的如何，这些服务器端(server-side)的程序通常产生一个HTML的响应(response)来让浏览器可以浏览。
要知道，Web服务器的代理模型(delegation model)非常简单。当一个请求(request)被送到Web服务器里来时，它只单纯的把请求(request)传递给可以很好的处理请求(request)的程序(译者注：服务器端脚本)。Web服务器仅仅提供一个可以执行服务器端(server-side)程序和返回(程序所产生的)响应(response)的环境，而不会超出职能范围。服务器端(server-side)程序通常具有事务处理(transaction processing)，数据库连接(database connectivity)和消息(messaging)等功能。
虽然Web服务器不支持事务处理或数据库连接池，但它可以配置(employ)各种策略(strategies)来实现容错性(fault tolerance)和可扩展性(scalability)，例如负载平衡(load balancing)，缓冲(caching)。集群特征(clustering—features)经常被误认为仅仅是应用程序服务器专有的特征。
㈣ 网景的产品服务
网景导航者（1.0—4.08）
Netscape Navigator（台湾译为“网景领航员”，中国大陆方面译为“网景导航者”）是网景浏览器.0至4.08的名称。
1994年10月13日，该公司发布了Mosaic Netscape 0.9。
同年12月15日，经过修正后1.0正式版发布，软件改名为Netscape Navigator。 网景导航者的功能和市场占有率，在1.0版推出之后飇升。
1995年起搭载cookie、框架和JavaScript等多样独自功能的2.0版上市。2.0版增加了一个全面的电邮阅读器，名为Netscape Mail。这亦把网景导航者由单纯的网页浏览器，转变成一个更全面的网络软件套装。
1996年3.0版发布，此版本有分为“Standard Edition”和“Gold Edition”两个版本，后者具备邮件软件和所见即所得的网页编辑程序。
网景通信家（4—4.8）
Netscape Communicator（中译“网景通信家”）是网景版号4时整个软件套装的总称。内含网页浏览器网景导航者、电子邮件客户端和新闻组软件Netscape Mail and Newsgroups、Netscape Address Book和Netscape Composer等。在此之前，网景导航者既是整个软件套装的名字，亦是程序中的浏览器的名字，故引起一些混乱。
在1996年至1997年期间，网景发布了5款套装的预览版。1997年6月，网景通信家4.0正式推出市场。新版本强化JavaScript及其他功能，但由于当时着重产品功能特色多于修正错误，因此软件不太稳定，对网页标准支持不佳、时常当机、各种漏洞等问题，也为用户带来困扰。尽管如此，当时网景通信家4.0仍然是一款广为使用的软件。
1998年10月，网景通信家发布4.5版，改善了好几个功能，以合并电子邮件客户端和新闻组的“Mail and Newsgroups”最为重要。不过浏览器的核心引擎依然没有改变，功能与4.08相同。
Netscape（6.0—7.2）
从6.0版本开始，“网景通信家 (Netscape Communicator) ”改名为“Netscape”。
1998年10月，网景公布网景6.0将会使用新开发的Gecko排版引擎，而该浏览器代码亦需要被大幅度重写。对于致力推动网络标准的人，这是一个令人振奋的消息。然而，对于网景开发者而言，这是一个需要花费漫长时间的大工程，而他们在Netscape 5上（包括Mariner排版引擎）所花的心血亦被白白浪费。
2000年11月14日，将近2年未有新版本后，美国在线放弃了Netscape 5的开发，终于发布了采用Gecko引擎的新版本Netscape 6.0。与之前相似的，是套装包含了领航员和其他通信家组件。另外，亦包含了AOL Instant Messenger和Netscape Instant Messenger的客户端。不过，Netscape 6明显未准备好，就推出市场。它所基于的Mozilla Application Suite 0.6，有许多严重程序错误，可导致频常当机、或加载页面渲染缓慢；而开发插件的厂商减少，市场占有率几乎没有回复。虽然之后的Netscape 6改善不少，却不能挽回用户的信心。
2002年，Netscape 7.0发布，基于Mozilla 1.0.1，有相似于Netscape 6的组件。Netscape 7虽然吸引到一些用户，但仍是一个用户太少的浏览器。加上与Mozilla竞争，亦进一步降低网景占有率。而且Netscape 7.0除去了原有的弹出式广告拦截器，引起用户强烈不满。到Netscape 7.01，才恢复弹出式广告拦截器。
2003年6月30日，Netscape 7.1（开发代号：Buffy，基于Mozilla 1.4）发布。
2003年7月15日，美国在线解散了网景公司，并解雇网景雇员，又或调职。而Mozilla基金会亦在当天成立，接收了许多前网景员工。美国在线，继续内部开发网景，但没有专长于网景的员工，改善很少。
2004年8月，最后一个基于Mozilla的Netscape 7.2（基于Mozilla 1.7.2）发布。
Netscape Browser（8.0—8.1.3）
2005年至2007年期间，网景发布的程序，改名为“Netscape Browser”。美国在线选择将Netscape Browser建基于比较成功的Mozilla Firefox。因此，Netscape Browser不再追求成为“全面网络套装”，而是回到网页浏览器。另一个令人争议的改变，是Netscape Browser只有Windows版本。而且使用“双排版引擎”——Internet Explorer核心（Trident）及Mozilla Firefox核心（Gecko）。
由于数年前网景解散，大众对于Netscape Browser交由加拿大外判商Mercurial Communications制作此事不太惊讶。
2007年4月2日发布的最终版本Netscape Browser 8.1.3版，修正了8.0至8.1.2的各种程序错误。
网景导航者 9
2007年1月23日，网景确定Netscape Browser 8系列将由第9版取代。新版本更配合当时的Netscape社区，包含改善讨论、提交和投票的方法。它又回复跨平台功能——支持Windows、Linux和Mac OS X，新版本继续基于Mozilla Firefox 2.0，以及支持Firefox的add-on和插件。新版浏览器，回用网景系列最初名称：Netscape Navigator（网景导航者）。官方声称这决定是为了避免用户混淆网景其他的产品。
最终正式版于2007年10月15日推出，后续不断地有各种安全性更新。
Netscape网站
Netscape原本只是普通入门网站，提供搜索服务和一些会员专有服务，例如站内信箱和个人首页My Netscape。
2006年6月，网景重新设计Netscape，把它变成一个类似Digg的网络社区新闻网站。它的主设计者：Brian Alvey；主开发者：Alex Rudloff。它是由Weblogs, Inc.的首席执行官Jason Calacanis负责，直至他于2006年11月离开美国在线为止。在网站内，用户可投票首页的故事，更可附上意见。
这个设计直到2007年9月被改变，原本的社交网站改名为Propeller继续经营，原来的Netscape则回归为传统的门户网站。
网景互联网服务
美国在线以网景为名，提供一个廉价的调用互联网服务。它的主要竞争者为NetZero。网景互联网服务的广告对象，以年轻人为主，例如大学生和刚刚毕业的人。
其他
Netsite Communications web server
Netsite Commerce web server
Netscape Proxy Server
Netscape Personal Edition（包含点对点协议和帐户创立向导）
Netscape FastTrack和Enterprise网页服务器
Netscape Collabra Server，一个NNTP新闻服务器
Netscape Directory Server，一个LDAP服务器
Netscape Messaging Server，一个IMAP和POP3电邮服务器
Netscape Certificate Server，一个签发SSL证书的服务器
Netscape Calendar Server，组群工作调度
Netscape Compass Server，一个搜索引擎和网络蜘蛛
Netscape Application Server，设计网络应用程序
Netscape Publishing System
Netscape Xpert Servers
ECxpert，一个EDI信息交换服务器
SellerXpert，一个B2B商用引擎
BuyerXpert，一个eProcurement引擎
BillerXpert，一个网上缴费引擎
TradingXpert，一个HTML EDI交易前端
CommerceXpert，一个网上零售商店引擎
网景创建广为使用的JavaScript语言。它亦是“推送技术”（push technology）先驱者。“推送技术”容许网站，定时地“传送”天气、财经和包裹追踪等的信息，到客户端。网景将达成“推送技术”的方法，名为：Netcaster。不幸的，商界很快便发现人们利用“推送技术”来传送广告，被惹恼的用户，会关闭这功能。所以Netcaster只是短暂出现。
网景最广为人知的，是它努力改善功能，达到适用于跨平台。它的客户端软件，可以在以下操作系统中运行，包括：Windows（3.1、95、98、NT）、Macintosh、Linux、OS/2、BeOS和很多版本的Unix，包括DEC、Solaris、BSDI、IRIX、AIX和HP-UX。它的服务器软件，通常不只用于Unix和Windows NT，某些版本更可在Linux运行，而一个版本的Netscape FastTrack Server，更能在Windows 95或98上运作。大部分的网景服务器软件继续在Sun Java System媒介延续。
㈤ 征途场景服务器启动
我来回答如下问题：
1:征途场景服务器要启动多久啊？
答：征途服务器启动是很回漫长的，如果你机器配置越好答，你的启动速度就越快。
2:征途场景服务器启动就没有下文了,让我一直傻等,怎么办?
答：当你打开征途服务器启动的时候，同时打开 Windows 任务管理器，你会发现你的虚拟内存用量一直在增加，这就对了。。。发现它停止增加了，再等待一小会儿就加载场景服务器完毕了，然后回到征途启动器，等他提示所有服务器启动完毕！你就可以开客户端的登录器了。
3：我有征途080226的,也有090224的.是不是版本有限制?
答：应该没有限制。
4：我用090224的在服务器没全启动的时候开征途,电脑就死机了,怎么回事?
答：这个问题有3个原因，（1）你的电脑配置过低；（2）你的服务端本身有问题；（3）你的SQL管理软件有问题。
5：server文件夹要放在哪里啊
答：放在哪个文件夹都可以，只要你能记着它的路径。。。
㈥ web服务器到底是什么东西
通俗的讲，Web服务器传送(serves)页面使浏览器可以浏览，然而应用程序服务器提供的是客户端应用程序可以调用(call)的方法(methods)。确切一点，你可以说：Web服务器专门处理HTTP请求(request)，但是应用程序服务器是通过很多协议来为应用程序提供(serves)商业逻辑(business logic)。
下面让我们来细细道来：
Web服务器(Web Server)
Web服务器可以解析(handles)HTTP协议。当Web服务器接收到一个HTTP请求(request)，会返回一个HTTP响应(response)，例如送回一个HTML页面。为了处理一个请求(request)，Web服务器可以响应(response)一个静态页面或图片，进行页面跳转(redirect)，或者把动态响应(dynamic response)的产生委托(delegate)给一些其它的程序例如CGI脚本，JSP(JavaServer Pages)脚本，servlets，ASP(Active Server Pages)脚本，服务器端(server-side)JavaScript，或者一些其它的服务器端(server-side)技术。无论它们(译者注：脚本)的目的如何，这些服务器端(server-side)的程序通常产生一个HTML的响应(response)来让浏览器可以浏览。
要知道，Web服务器的代理模型(delegation model)非常简单。当一个请求(request)被送到Web服务器里来时，它只单纯的把请求(request)传递给可以很好的处理请求(request)的程序(译者注：服务器端脚本)。Web服务器仅仅提供一个可以执行服务器端(server-side)程序和返回(程序所产生的)响应(response)的环境，而不会超出职能范围。服务器端(server-side)程序通常具有事务处理(transaction processing)，数据库连接(database connectivity)和消息(messaging)等功能。
虽然Web服务器不支持事务处理或数据库连接池，但它可以配置(employ)各种策略(strategies)来实现容错性(fault tolerance)和可扩展性(scalability)，例如负载平衡(load balancing)，缓冲(caching)。集群特征(clustering—features)经常被误认为仅仅是应用程序服务器专有的特征。
应用程序服务器(The Application Server)
根据我们的定义，作为应用程序服务器，它通过各种协议，可以包括HTTP，把商业逻辑暴露给(expose)客户端应用程序。Web服务器主要是处理向浏览器发送HTML以供浏览，而应用程序服务器提供访问商业逻辑的途径以供客户端应用程序使用。应用程序使用此商业逻辑就象你调用对象的一个方法(或过程语言中的一个函数)一样。
应用程序服务器的客户端(包含有图形用户界面(GUI)的)可能会运行在一台PC、一个Web服务器或者甚至是其它的应用程序服务器上。在应用程序服务器与其客户端之间来回穿梭(traveling)的信息不仅仅局限于简单的显示标记。相反，这种信息就是程序逻辑(program logic)。 正是由于这种逻辑取得了(takes)数据和方法调用(calls)的形式而不是静态HTML，所以客户端才可以随心所欲的使用这种被暴露的商业逻辑。
在大多数情形下，应用程序服务器是通过组件(component)的应用程序接口(API)把商业逻辑暴露(expose)(给客户端应用程序)的，例如基于J2EE(Java 2 Platform, Enterprise Edition)应用程序服务器的EJB(Enterprise JavaBean)组件模型。此外，应用程序服务器可以管理自己的资源，例如看大门的工作(gate-keeping ties)包括安全(security)，事务处理(transaction processing)，资源池(resource pooling)， 和消息(messaging)。就象Web服务器一样，应用程序服务器配置了多种可扩展(scalability)和容错(fault tolerance)技术。
一个例子
例如，设想一个在线商店(网站)提供实时定价(real-time pricing)和有效性(availability)信息。这个站点(site)很可能会提供一个表单(form)让你来选择产品。当你提交查询(query)后，网站会进行查找(lookup)并把结果内嵌在HTML页面中返回。网站可以有很多种方式来实现这种功能。我要介绍一个不使用应用程序服务器的情景和一个使用应用程序服务器的情景。观察一下这两中情景的不同会有助于你了解应用程序服务器的功能。
情景1：不带应用程序服务器的Web服务器
在此种情景下，一个Web服务器独立提供在线商店的功能。Web服务器获得你的请求(request)，然后发送给服务器端(server-side)可以处理请求(request)的程序。此程序从数据库或文本文件(flat file，译者注：flat file是指没有特殊格式的非二进制的文件，如properties和XML文件等)中查找定价信息。一旦找到，服务器端(server-side)程序把结果信息表示成(formulate)HTML形式，最后Web服务器把会它发送到你的Web浏览器。
简而言之，Web服务器只是简单的通过响应(response)HTML页面来处理HTTP请求(request)。
情景2：带应用程序服务器的Web服务器
情景2和情景1相同的是Web服务器还是把响应(response)的产生委托(delegates)给脚本(译者注：服务器端(server-side)程序)。然而，你可以把查找定价的商业逻辑(business logic)放到应用程序服务器上。由于这种变化，此脚本只是简单的调用应用程序服务器的查找服务(lookup service)，而不是已经知道如何查找数据然后表示为(formulate)一个响应(response)。 这时当该脚本程序产生HTML响应(response)时就可以使用该服务的返回结果了。
在此情景中，应用程序服务器提供(serves)了用于查询产品的定价信息的商业逻辑。(服务器的)这种功能(functionality)没有指出有关显示和客户端如何使用此信息的细节，相反客户端和应用程序服务器只是来回传送数据。当有客户端调用应用程序服务器的查找服务(lookup service)时，此服务只是简单的查找并返回结果给客户端。
通过从响应产生(response-generating)HTML的代码中分离出来，在应用程序之中该定价(查找)逻辑的可重用性更强了。其他的客户端，例如收款机，也可以调用同样的服务(service)来作为一个店员给客户结帐。相反，在情景1中的定价查找服务是不可重用的因为信息内嵌在HTML页中了。
总而言之，在情景2的模型中，在Web服务器通过回应HTML页面来处理HTTP请求(request)，而应用程序服务器则是通过处理定价和有效性(availability)请求(request)来提供应用程序逻辑的。
警告(Caveats)
现在，XML Web Services已经使应用程序服务器和Web服务器的界线混淆了。通过传送一个XML有效载荷(payload)给服务器，Web服务器现在可以处理数据和响应(response)的能力与以前的应用程序服务器同样多了。
另外，现在大多数应用程序服务器也包含了Web服务器，这就意味着可以把Web服务器当作是应用程序服务器的一个子集(subset)。虽然应用程序服务器包含了Web服务器的功能，但是开发者很少把应用程序服务器部署(deploy)成这种功能(capacity)(译者注：这种功能是指既有应用程序服务器的功能又有Web服务器的功能)。相反，如果需要，他们通常会把Web服务器独立配置，和应用程序服务器一前一后。这种功能的分离有助于提高性能(简单的Web请求(request)就不会影响应用程序服务器了)，分开配置(专门的Web服务器，集群(clustering)等等)，而且给最佳产品的选取留有余地。
参考资料：http://www.javaworld.com/javaqa/2002-08/01-qa-0823-appvswebserver.html
希望对你有帮助:)好运!~
㈦ WEB服务器是个什么样的服务器
通俗的讲，Web服务器传送(serves)页面使浏览器可以浏览，然而应用程序服务器提供的是客户端应用程序可以调用(call)的方法(methods)。确切一点，你可以说：Web服务器专门处理HTTP请求(request)，但是应用程序服务器是通过很多协议来为应用程序提供(serves)商业逻辑(business logic)。
下面让我们来细细道来：
Web服务器(Web Server)
Web服务器可以解析(handles)HTTP协议。当Web服务器接收到一个HTTP请求(request)，会返回一个HTTP响应(response)，例如送回一个HTML页面。为了处理一个请求(request)，Web服务器可以响应(response)一个静态页面或图片，进行页面跳转(redirect)，或者把动态响应(dynamic response)的产生委托(delegate)给一些其它的程序例如CGI脚本，JSP(JavaServer Pages)脚本，servlets，ASP(Active Server Pages)脚本，服务器端(server-side)JavaScript，或者一些其它的服务器端(server-side)技术。无论它们(译者注：脚本)的目的如何，这些服务器端(server-side)的程序通常产生一个HTML的响应(response)来让浏览器可以浏览。
要知道，Web服务器的代理模型(delegation model)非常简单。当一个请求(request)被送到Web服务器里来时，它只单纯的把请求(request)传递给可以很好的处理请求(request)的程序(译者注：服务器端脚本)。Web服务器仅仅提供一个可以执行服务器端(server-side)程序和返回(程序所产生的)响应(response)的环境，而不会超出职能范围。服务器端(server-side)程序通常具有事务处理(transaction processing)，数据库连接(database connectivity)和消息(messaging)等功能。
虽然Web服务器不支持事务处理或数据库连接池，但它可以配置(employ)各种策略(strategies)来实现容错性(fault tolerance)和可扩展性(scalability)，例如负载平衡(load balancing)，缓冲(caching)。集群特征(clustering—features)经常被误认为仅仅是应用程序服务器专有的特征。
应用程序服务器(The Application Server)
根据我们的定义，作为应用程序服务器，它通过各种协议，可以包括HTTP，把商业逻辑暴露给(expose)客户端应用程序。Web服务器主要是处理向浏览器发送HTML以供浏览，而应用程序服务器提供访问商业逻辑的途径以供客户端应用程序使用。应用程序使用此商业逻辑就象你调用对象的一个方法(或过程语言中的一个函数)一样。
应用程序服务器的客户端(包含有图形用户界面(GUI)的)可能会运行在一台PC、一个Web服务器或者甚至是其它的应用程序服务器上。在应用程序服务器与其客户端之间来回穿梭(traveling)的信息不仅仅局限于简单的显示标记。相反，这种信息就是程序逻辑(program logic)。 正是由于这种逻辑取得了(takes)数据和方法调用(calls)的形式而不是静态HTML，所以客户端才可以随心所欲的使用这种被暴露的商业逻辑。
在大多数情形下，应用程序服务器是通过组件(component)的应用程序接口(API)把商业逻辑暴露(expose)(给客户端应用程序)的，例如基于J2EE(Java 2 Platform, Enterprise Edition)应用程序服务器的EJB(Enterprise JavaBean)组件模型。此外，应用程序服务器可以管理自己的资源，例如看大门的工作(gate-keeping ties)包括安全(security)，事务处理(transaction processing)，资源池(resource pooling)， 和消息(messaging)。就象Web服务器一样，应用程序服务器配置了多种可扩展(scalability)和容错(fault tolerance)技术。
一个例子
例如，设想一个在线商店(网站)提供实时定价(real-time pricing)和有效性(availability)信息。这个站点(site)很可能会提供一个表单(form)让你来选择产品。当你提交查询(query)后，网站会进行查找(lookup)并把结果内嵌在HTML页面中返回。网站可以有很多种方式来实现这种功能。我要介绍一个不使用应用程序服务器的情景和一个使用应用程序服务器的情景。观察一下这两中情景的不同会有助于你了解应用程序服务器的功能。
情景1：不带应用程序服务器的Web服务器
在此种情景下，一个Web服务器独立提供在线商店的功能。Web服务器获得你的请求(request)，然后发送给服务器端(server-side)可以处理请求(request)的程序。此程序从数据库或文本文件(flat file，译者注：flat file是指没有特殊格式的非二进制的文件，如properties和XML文件等)中查找定价信息。一旦找到，服务器端(server-side)程序把结果信息表示成(formulate)HTML形式，最后Web服务器把会它发送到你的Web浏览器。
简而言之，Web服务器只是简单的通过响应(response)HTML页面来处理HTTP请求(request)。
情景2：带应用程序服务器的Web服务器
情景2和情景1相同的是Web服务器还是把响应(response)的产生委托(delegates)给脚本(译者注：服务器端(server-side)程序)。然而，你可以把查找定价的商业逻辑(business logic)放到应用程序服务器上。由于这种变化，此脚本只是简单的调用应用程序服务器的查找服务(lookup service)，而不是已经知道如何查找数据然后表示为(formulate)一个响应(response)。 这时当该脚本程序产生HTML响应(response)时就可以使用该服务的返回结果了。
在此情景中，应用程序服务器提供(serves)了用于查询产品的定价信息的商业逻辑。(服务器的)这种功能(functionality)没有指出有关显示和客户端如何使用此信息的细节，相反客户端和应用程序服务器只是来回传送数据。当有客户端调用应用程序服务器的查找服务(lookup service)时，此服务只是简单的查找并返回结果给客户端。
通过从响应产生(response-generating)HTML的代码中分离出来，在应用程序之中该定价(查找)逻辑的可重用性更强了。其他的客户端，例如收款机，也可以调用同样的服务(service)来作为一个店员给客户结帐。相反，在情景1中的定价查找服务是不可重用的因为信息内嵌在HTML页中了。
总而言之，在情景2的模型中，在Web服务器通过回应HTML页面来处理HTTP请求(request)，而应用程序服务器则是通过处理定价和有效性(availability)请求(request)来提供应用程序逻辑的。
警告(Caveats)
现在，XML Web Services已经使应用程序服务器和Web服务器的界线混淆了。通过传送一个XML有效载荷(payload)给服务器，Web服务器现在可以处理数据和响应(response)的能力与以前的应用程序服务器同样多了。
另外，现在大多数应用程序服务器也包含了Web服务器，这就意味着可以把Web服务器当作是应用程序服务器的一个子集(subset)。虽然应用程序服务器包含了Web服务器的功能，但是开发者很少把应用程序服务器部署(deploy)成这种功能(capacity)(译者注：这种功能是指既有应用程序服务器的功能又有Web服务器的功能)。相反，如果需要，他们通常会把Web服务器独立配置，和应用程序服务器一前一后。这种功能的分离有助于提高性能(简单的Web请求(request)就不会影响应用程序服务器了)，分开配置(专门的Web服务器，集群(clustering)等等)，而且给最佳产品的选取留有余地。
㈧ 东方网景服务器托管好吗
服务器托管看自己来的需求了，有的机源房只有单线，双线。有的客户需要bgp线路，因此要根据自己的实际需要来选择了。
不能单独的说哪家服务器托管好与不好，服务器托管，一般都是考虑的机房的稳定性，速度怎么样，带宽是否足，售后服务咋样，还有价格怎么样，这都是需要考虑的因素。
至于您选的这家，我也不是很清楚，你可以从这几个方面比较下，多问几家。
洛阳bgp机房建伟提供 希望可以帮助您
㈨ 谁能告诉我场景服务器启动失败怎么回事
应该是你假设出问题了，要看你怎么假的才能知道问题，如果你mysql数据库安装链接没问题，那就是你哪个服务器有问题，换个就好了
㈩ 梦幻西游春和景明服务器等级多少
这个你可以问梦幻精灵
18183问答小组为您解答