網站服務端

Ⅰ 什麼網站適合獨立的服務器

看到獨立伺服器這一詞語，相信大家腦海立馬就浮現出了它的種種優勢，但是有優勢就伴隨著也有一定的弊端，比如說它的空間大、特殊的的組件配置，許可權配置等，但是成本卻非常的高，那麼我們應該根據自己的需求去尋找適合自己的伺服器類型，那麼什麼網站適合獨立伺服器呢？
一、流量大，虛擬主機不能滿足，可選擇獨立伺服器。
二、空間大，網站內容過多，虛擬主機不能滿足，可選擇獨立伺服器。
三、資料庫增量大，也應使用獨立伺服器，虛擬主機很難滿足日益增加的資料庫容量。
四、需要有伺服器端配置許可權的網站，比如有些功能，虛擬主機是滿足不了的，需要有獨立的伺服器環境。
現在可以選擇放站的伺服器種類繁多，有虛擬主機，伺服器合租，整台伺服器。到底什麼樣的網站適合於什麼樣的伺服器種類呢？定好伺服器後又要選擇什麼樣的機房進行託管呢？
網站伺服器一般分為國內伺服器和國外伺服器，國內伺服器對於國內的人來說速度更快，但更貴，且需要備案，國外伺服器速度不及國內伺服器，但是不需要備案，且非常便宜。
一般我們做網站會按需求所選，一般做企業網站，個人網站，外貿網站或者一些拿不到備案號的網站，我們都會使用國外的伺服器。一般在做地方網站的時候我們會選擇國內的伺服器。
如果你做的是一個企業站或者個人站，語言編寫的靜態網頁，Access資料庫，做公司的介紹和個人展示什麼的，一台虛擬主機足夠了，是由空間的大小或者是否有企業郵局決定的。一家公司擁有了有自己標志性的Mail讓人感覺到很專業。
如果你建設的網站是小說站，瀏覽的人數會很多又用的是SQL的資料庫，選擇合租比較合適，合租會送一定量的SQL資料庫比虛擬主機算起來劃算，因為虛擬主機的SQL資料庫是需要做搭建令外付費的。合租的性能要比虛擬主機好得多。
但是合租是不支持下載的，比如你的帶寬就好像一條馬路全被跑了「下載的車」別人想訪問你的網站的時候，連走路的地方都沒有了，訪問量沒有了，網站可以不用做了。
做下載或者視聽的網站還有門戶網站就需要上一台屬於自己的伺服器了，當你有了一台伺服器後，到底選擇哪家的機房放置呢？如果你的網站主要針對的是電信用戶就選擇電信，就是價格可能會高一些。如果你的網站針對的對象主要是網通用戶就選擇網通的機房。如果既有網通又有電信的話，最好選擇鐵通，因為他與網通用戶網和電信用戶網的互聯好一些，價位是三者之中最低的。
所以我們在選擇獨立伺服器時，要看自身的需求而定，即是學習了解之後才可以明白適合自己需求的伺服器。
RAKsmart給你最好的解答

Ⅱ 網站伺服器是什麼 網站伺服器

通俗的講，Web伺服器傳送(serves)頁面使瀏覽器可以瀏覽，然而應用程序伺服器提供的是客戶端應用程序可以調用(call)的方法(methods)。確切一點，你可以說：Web伺服器專門處理HTTP請求(request)，但是應用程序伺服器是通過很多協議來為應用程序提供(serves)商業邏輯(businesslogic)。

下面讓我們來細細道來：

Web伺服器(WebServer)

Web伺服器可以解析(handles)HTTP協議。當Web伺服器接收到一個HTTP請求(request)，會返回一個HTTP響應(response)，例如送回一個HTML頁面。為了處理一個請求(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-keepingties)包括安全(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)等等)，而且給最佳產品的選取留有餘地。

Ⅲ 怎麼把自己的網站做成伺服器請說說具體步驟

asp架設首先要有IIS
xp 和2000都有帶 98你自己下
就是Internet 信息服務

安裝完畢後你可以通過 計算機-網站－默認網站這幾個步驟 然後點滑鼠右鍵 新建虛擬目錄
建立網站

如果還看不見就點右鍵 屬性－配置 看看擴展名里有沒有asp 如果沒有添加一下 瀏覽C:\WINDOWS\System32\inetsrv\asp.dll

最後點你的網站目錄 右鍵瀏覽就可以看見

php架設

第0步:\>軟體、環境清單
本文側重於Windows平台的Apache版本，而且僅用於調試學慣用！
原貼地址：http://wjhen.3322.org/ipb/index.php?showtopic=32
★軟體環境：
OS:Win2000/WinXP/Win2003
★軟體清單：
1.Apache Ver:1.3.33 (建議使用1.3.x版本，兼容性比較好)
下載地址:http://httpd.apache.org/download.cgi
2.ActivePerl Ver:5.6.1(建議使用5.6.1版本，兼容性比較好)
下載地址:http://www.activeperl.com/Procts/Downloa...x?id=ActivePerl
3.PHP Ver:4.3.10 (建議使用4.3.10版本，兼容性和安全性比較好)
下載地址:http://www.php.net/downloads.php
4.Windows Installer Ver:3.0(可選，如果軟體無法安裝請先安裝，適用於Win2KSP3/Win2kSP4/Win2K3/WinXP/WinXPSP1)
下載地址:http://www.microsoft.com/downloads/details...14-a956122e08e8
[quote]第1步:\>開始安裝Apache
下載完apache_1.3.33-win32-x86-no_src.exe，運行之，出現如圖歡迎畫面。[/quote]
quote]第2步:\>Apache安裝許可協議
當然選擇我同意了。[/quote]
[quote]第3步:\>Apache的一些說明
直接下一步吧。[/quote]
[quote]第4步:\>填寫主機參數
Network Domain:域名(填寫你的主機的域名，如果單機調試可以任意填)
Server Name:主機名(填寫主機所在域的主機名，如果單機調試可以任意填)
Administrator's Email Address:管理員Email信箱
Run as a service for All Users:將Apache伺服器安裝成系統服務(隨系統啟動而系統)
Run When started manually,only for me:每次手工啟動Apache伺服器
如果不知道該怎麼填，可以就按圖中的那些參數填寫，最好將Apache安裝成系統服務。[/quote]
[quote]第5步:\>選擇自定義安裝方式
請在這里盡量選擇自定義安裝方式，可以方便以後的調試。[/quote]
[quote]第6步:\>選擇Apache安裝路徑
請選擇安裝目錄，這里盡量將安裝路徑選擇為C:\，其實是安裝到C:\Apache目錄，因為這樣路徑簡單化，以後寫配置文件會省力好多。[/quote]
[quote]第7步:\>復制Apache程序文件
請耐心等待一下。[/quote]
[quote]第8步:\>Apache安裝結束
請點擊Finish完成安裝。[/quote]
[quote]第9步:\>Apache服務正處於自動運行狀態
現在可以到管理工具的服務中查看，此時的Apache服務已經處於自動運行狀態。[/quote]
[quote]第10步:\>修改httpd.conf文件
httpd.conf文件路徑:C:\Apache\conf\httpd.conf
注意：httpd.conf文件每行最前如果有#，表示這行注釋，要去掉#才能使該行啟用。
修改BindAddress參數
CODEBindAddress *
這個參數是Apache服務IP的設置，設置為*表示將Apache服務埠綁定任意主機可用IP上，可以根據需要綁定IP，單機調試可以綁定到*。[/quote]
[quote]第11步:\>修改httpd.conf文件

Port參數:Apache的服務埠(HTTP服務默認為80，也可以修改為需要的埠)
CODEPort 80

Server Admin參數:管理員信箱(安裝的時候填寫會在這里反映出來，可以按需要修改)
CODEServerAdmin [email protected]

ServerName參數:主機名(安裝的時候填寫會在這里反映出來，可以按需要修改)
CODEServerName yourdomain.3322.org
這幾個參數對單機調試沒有影響，其作用是在Apache出現404和500錯誤的時候提示在頁面上。[/quote]
[quote]第12步:\>Apache已經正常工作啦
修改完httpd.conf文件的參數需要重新啟動一下Apache服務才能使修改的參數生效，可以到服務中Restart一下Apache服務，用IE訪問一下，成功啦。[/quote]

[quote]第13步:\>安裝CGI支持ActivePerl
執行下載文件ActivePerl-5.6.1.638-MSWin32-x86.msi，出現如圖歡迎畫面。[/quote]
[quote]第14步:\>ActivePerl安裝許可協議
當然選擇我同意了。[/quote]
[quote]第15步:\>選擇ActivePerl的安裝路徑
請務必將路徑設置為C:\usr，這是Perl運行所指定的特殊路徑。[/quote]
[quote]第16步:\>選擇PPM3設置
Enable PPM3 to send profile info to參數:是否允許PPM3將個人配置發送出去。

如果需要使用PPM3就允許吧。[/quote]
[quote]第17步:\>ActivePerl一些參數設置
Add Perl to the PATH environment參數:是否將Perl添加到路徑的環境變數中去。
Create Perl file extension參數:是否建立Perl文件的關聯。

一般都可以設置為允許。[/quote]
[quote]第18步:\>開始復制ActivePerl文件
復制ActivePerl的文件會比較慢一點，請耐心等待。[/quote]
[quote]第19步:\>ActivePerl安裝完畢
請點擊Finish完成安裝。[/quote]

[quote]第20步:\>修改httpd.conf文件使Apache支持CGI

httpd.conf文件路徑:C:\Apache\conf\httpd.conf

注意：httpd.conf文件每行最前如果有#，表示這行注釋，要去掉#才能使該行啟用。

修改cgi-bin目錄的屬性AllowOverride參數

查找ScriptAlias /cgi-bin/ "C:/Apache/cgi-bin/"字元串，如圖，修改AllowOverride為all
<!-- CETagParser --><br><!-- /CETagParser --> AllowOverride all <!-- CETagParser --><br><!-- /CETagParser -->

修改這個參數的用途是使C:\Apache\cgi-bin目錄有執行cgi的許可權。[/quote]
[quote]第21步:\>修改httpd.conf文件使Apache支持CGI

修改AddHandler cgi-script參數

查找AddHandler cgi-script字元串，如圖，去掉此行前面的#注釋，添加.pl類型。
<!-- CETagParser --><br><!-- /CETagParser --> AddHandler cgi-script .cgi .pl <!-- CETagParser --><br><!-- /CETagParser -->

這個參數用途是添加cgi腳本類型。[/quote]
[quote]第22步:\>CGI配置完成
Restart系統中的Apache服務，使剛才配置生效。[/quote]
[quote]第23步:\>CGI成功運行
將附件中的CGI探針解到C:\Apache\cgi-bin目錄，用IE訪問以下URL。
<!-- CETagParser --><br><!-- /CETagParser --> http://127.0.0.1/cgi-bin/env.cgi <!-- CETagParser --><br><!-- /CETagParser -->

可以看到，cgi已經可以正常運行了。[/quote]
[quote]第24步:\>安裝PHP支持
將下載的php-4.3.10-Win32.zip解壓到C:\，如圖。[/quote]
[quote]第25步:\>安裝PHP支持
將目錄php-4.3.10-Win32修改為php，如圖。[/quote]
quote]第26步:\>安裝PHP支持
進入C:\php目錄，選擇php.ini-dist文件，復制一個副本出來，如圖。[/quote]
[quote]第27步:\>安裝PHP支持
將復件 php.ini-dist文件改名為php.ini[/quote]
[quote]第28步:\>修改PHP配置文件php.ini
php.ini文件路徑:C:\php\php.ini

注意：php.ini文件每行最前如果有;，表示這行注釋，要去掉;才能使該行啟用。

max_execution_time參數:php最大執行時間(如果某些php執行需要很久，請適量加大此參數的值)。

max_input_time參數:php處理提交參數最大時間(一般保持默認，不用修改)。

memory_limit參數:php消耗內存限制 (一般保持默認，不用修改)。[/quote]
[quote]第29步:\>修改PHP配置文件php.ini
register_globals參數:是否打開php全局變數(某些程序需要，可以設置為On)。[/quote]
[quote]第30步:\>修改PHP配置文件php.ini
extension_dir參數:設置php擴展庫目錄，因為php安裝在c:\，所以這了務必設置為
<!-- CETagParser --><br><!-- /CETagParser --> extension_dir = "c:/php/extensions/" <!-- CETagParser --><br><!-- /CETagParser -->[/quote]

[quote]第31步:\>修改PHP配置文件php.ini
file_uploads參數:是否允許文件上傳(一般設置為On即為允許)。

upload_tmp_dir參數:文件上傳臨時目錄(一般可設置為windows的臨時目錄)。

upload_max_filesize參數:文件上傳容量最大限制 (根據需要修改，注意單位)。[/quote]

[quote]第32步:\>修改PHP配置文件php.ini
打開GD模塊:去掉extension=php_gd2.dll前面的;即可，如果需要打開其他模塊或添加其他模塊，也可以在此添加。[/quote]

[quote]第33步:\>修改PHP配置文件php.ini
session.save_path參數:設置php session文件臨時目錄(一般可設置為windows的臨時目錄)。
<!-- CETagParser --><br><!-- /CETagParser --> session.save_path = c:/windows/temp/ <!-- CETagParser --><br><!-- /CETagParser -->[/quote]

[quote]第34步:\>修改httpd.conf文件使Apache支持PHP
httpd.conf文件路徑:C:\Apache\conf\httpd.conf

找到httpd.conf文件末尾，添加如下參數行
<!-- CETagParser --><br><!-- /CETagParser --> Alias /php-bin/ "c:/Apache/php-bin/"
ScriptAlias /php/ "c:/php/"
AddType application/x-httpd-php .php .php3
Action application/x-httpd-php "/php/php.exe" <!-- CETagParser --><br><!-- /CETagParser -->
Alias /php-bin/ "c:/Apache/php-bin/"參數:對c:\php-bin目錄做php-bin的影射。
ScriptAlias /php/ "c:/php/"參數:對c:\php目錄做php腳本影射。
AddType application/x-httpd-php .php .php3參數:添加php/php3的腳本類型。
Action application/x-httpd-php "/php/php.exe"參數:設置php/php3的腳本的解析動作。

修改完畢保存httpd.conf，退出即可。[/quote]

[quote]第35步:\>PHP配置完成
Restart系統中的Apache服務，使剛才配置生效。[/quote]

第36步:\>PHP成功運行
將附件中的PHP探針解到C:\Apache\php-bin目錄，用IE訪問以下URL。
<!-- CETagParser --><br><!-- /CETagParser -->
http://127.0.0.1/php-bin/env.php
<!-- CETagParser --><br><!-- /CETagParser -->

可以看到，php已經可以正常運行了。

Ⅳ 網站伺服器 是什麼

通俗的講，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)等等)，而且給最佳產品的選取留有餘地。

Ⅳ 網站伺服器端應用程序

客戶伺服器程序客戶端自動更新程序 >>資料庫應用>>Delphi>>編程源..
編程源碼 >> Delphi >> 資料庫應用 >> 客戶伺服器程序客戶端自動更新程序 精彩推薦 本類推薦下載 本類下載排行...這是我為公司編的一個客戶端自動更新PB的PBD文件的小程序,您可修改一下,用來更新任何程序文件。

http://www.fwvv.net/Software/View-Software-10534.shtml

可以來這里看一下，很簡單的，一點也不復雜。樓上竟然說太專業，對此表示，懷疑和鄙視。

Ⅵ 什麼叫服務端 和客戶端

服務端，是為客戶端服務的。服務的內容諸如向客戶端提供資源，保存客戶端數據。是實現游戲特色化的重要途徑，也是最直接可以通過游戲表現出來的技術。

客戶端，或稱為用戶端，是指與伺服器相對應，為客戶提供本地服務的程序。除了一些只在本地運行的應用程序之外，一般安裝在普通的客戶機上，需要與服務端互相配合運行。

一般來說，客戶端就是我們使用的電腦（包括我們使用的瀏覽器IE,Firefox）；伺服器端就是存放網頁與資料庫數據的伺服器。

如果說你玩《魔獸世界》，電腦上裝的「魔獸程序」就是客戶端程序，你連接的「伺服器」就是是伺服器端程序。

(6)網站服務端擴展閱讀：

關於移動客戶端：

移動客戶端以手機為例，手機客戶端就是可以在手機終端運行的軟體。也是3G產業中一個重點發展的項目，具有重要的意義。

隨著3G時代的到來，手機上網已經慢慢地進入了人們的生活，談到未來基於手機上的無線互聯網的發展趨勢究竟是手機客戶端上網還是手機wap上網，這個階段我們還很難過早的下定論，但是用戶體驗的好壞將直接決定兩者的前途命運。

無線互聯網行業以手機客戶端為主的產品很多。客戶端軟體，需要在手機上安裝才能使用。而利用手機WAP上網，第一次則需要手動輸入網址，當然可以將該網址保存為標簽，之後也可以做到較為方便的訪問。在手機上完成輸入網址或者在眾多保存的標簽中查找需要的網址，確實是需要一定時間的。除了游戲類客戶端，漸漸地商務應用的客戶端漸漸被大家熟悉和應用，為我們的生活、工作帶來了便捷。

Ⅶ 網站伺服器端編程語言的作用

客戶端，服務端也就是我們常說的B/S結構，客戶端的語言功能簡單的說就是控制你版的瀏覽器。權比如你點擊的時候，突然彈個對話框「你確定么？」，這個就是JS乾的。css，flash，html這些是用來描述如何顯示界面的。他們所表現出來的形式你都能看得到，比如你查看網頁的代碼，你可以看到html代碼。css,js，也可把文件下載下來看，他們不在服務端執行，所以伺服器限制，不管你配置什麼環境，他們都可以運行。php運行在服務端的，所以需要適合它生存的環境（伺服器環境）他算是個中間人，客戶端發送個請求：我想看123.php的內容然後伺服器接收到請求，就叫php解析器：喂小子，有人看上123.php了php解析器就把123.php處理好了，把結果給伺服器，然後器再把結果給客戶端總的來說，php就是把客戶端的請求做出相應處理，就是個跑業務的，客戶叫做什麼，他就做什麼（請求包括很多，像對提交的數據進行運算，進行比較，進行校對，加密，存庫等等）

Ⅷ 如何把自己的電腦作為網站伺服器

硬體：win8系統電腦，tp-link無線路由器，
軟體：wamp，花生殼軟體，

1、下載完wamp進行安裝，一路點擊next，最後install完成，

Ⅸ 做一個網站一定需要設置WEB伺服器嗎

需要使用 web伺服器的，不然你網站內容存放在哪裡呢？

個人建站的辦法很簡單，首先網站1核2G內存1M帶寬，40G高效雲盤。要准備以下的資料

• 注冊域名。最好能和網站內容有點關聯

• 選擇網站系統。例如wordpress，zblog，emblog等都可以。

• 選擇雲伺服器，例如阿里或者騰訊等

• 解析域名到伺服器

• 發布網站到雲主機以上步驟還是需要一些知識的。

• 至此，網站建設完成。老魏為此寫過雲伺服器手動建站等多篇教程，看完有疑問可以問，在線了就回答。

Ⅹ 「網站伺服器站點」是什麼意思

你好，我是河南海騰電子技術有限公司的仝治園，你問這個問題可能是你不太清楚怎樣在伺服器上建立站點，這邊為你講解下。
1. 首先，需要了解，伺服器和普通電腦沒有太大的區別，由此，也讓我們在接下來的學習中更容易操作伺服器，在任務欄「開始」菜單點擊「管理工具」選擇「Tnterest信息管理（TTS）伺服器」如下圖所示：

2. 點擊「+」展開可見如下圖所示信息，選擇「網站」右鍵再選擇「新建」點擊「網站」進入網站創建向導。

3. 在「網站創建向導」如圖所示文本框里里輸入網站相關描述，這里可以是任意的，可是英文也可以是中文，關鍵是方便你的記憶和以後管理站點。輸入完後，按「下一步」繼續。

4. 在「網站創建向導」里進行IP地址和埠的設置，保留「網站IP地址」和「網站TCP窗口」默認值不變，只是在「此網站的主機頭」位置的文本框里輸入網站的域名，然後點擊「下一步」繼續。如圖所示：

5. 在「網站創建向導」里進行「網站主目錄」的設置，點擊「瀏覽」按鈕，選擇之前放置網站程序的文件夾，確定後路徑將會自動生成，然後點擊「下一步」繼續。如圖所示：

6. 在「網站創建向導」里進行「網站訪問許可權」的設置，默認只勾選了「讀取」，我們需要在此選擇第二項的「運行腳本（如 ASP）」，然後點擊「下一步」即可完成網站站點的創建。
以上就是在伺服器里創建站點的方法以及步驟，大家可以通過訪問創建站點的時候綁定的域名來查看自己建立的站點是否成功，站點建立完成後還需要一些簡單的設置，比如多個域名訪問同一個網站等方面，這些小唯將會在下一次親手操作實踐後分享。

END
注意事項
· 在伺服器里建立站點之前，首先要有網站程序，以便在「網站創建向導」的路徑設置里可以選擇。
我的Q是83095421，有不明白的隨時可以Q聯系我咨詢哦