景伺服器
㈠ 關於義哥征途 場景服務器開啟失敗
該問題一點也不復雜，現在幫你解決：跟我的步湊來：（分要給我）
⒈前面的服務全部啟動成功，說明只有場景伺服器有問題。首先，你先確定你的資料庫是否能正常連接。檢驗方法：打開伺服器點擊配置文件，點伺服器配置，點連接資料庫，顯示服務信息說明資料庫正常，否則請配置好資料庫。
⒉如果資料庫連接成功，開始檢查場景伺服器，啟動伺服器後，點伺服器管理，查看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問答小組為您解答