不能夠作為web伺服器的是什麼

㈠ 「WEB伺服器」是什麼

Web伺服器：
一般指網站伺服器，是指駐留於網際網路上某種類型計算機的程序，可以向瀏覽器等Web客戶端提供文檔。
Web伺服器作用：
1、放置網站文件，讓全世界瀏覽；
2、可以放置數據文件，讓全世界下載。

Web伺服器分類：
1、Apache；
2、Nginx；
3、IIS。

Web伺服器工作原理可分為四個步驟：
連接過程、請求過程、應答過程以及關閉連接。

㈡ 什麼是WEB服務，ftp 服務,SMTP服務!

IIS伺服器組建一覽
IIS（Internet Information Server，互聯網信息服務）是一種Web（網頁）服務組件，其中包括Web伺服器、FTP伺服器、NNTP伺服器和SMTP伺服器，分別用於網頁瀏覽、文件傳輸、新聞服務和郵件發送等方面，它使得在網路（包括互聯網和區域網）上發布信息成了一件很容易的事。本文將向你講述Windows 2000高級伺服器版中自帶的IIS 5.0的配置和管理方法。

准備篇 IIS的添加和運行

一、IIS的添加

請進入「控制面板」，依次選「添加/刪除程序→添加/刪除Windows組件」，將「Internet信息服務（IIS）」前的小鉤去掉（如有），重新勾選中後按提示操作即可完成IIS組件的添加。用這種方法添加的IIS組件中將包括Web、FTP、NNTP和SMTP等全部四項服務。

二、IIS的運行

當IIS添加成功之後，再進入「開始→程序→管理工具→Internet服務管理器」以打開IIS管理器，對於有「已停止」字樣的服務，均在其上單擊右鍵，選「啟動」來開啟。

第一篇 IIS之Web伺服器

一、建立第一個Web站點

比如本機的IP地址為192.168.0.1，自己的網頁放在D:\Wy目錄下，網頁的首頁文件名為Index.htm，現在想根據這些建立好自己的Web伺服器。

對於此Web站點，我們可以用現有的「默認Web站點」來做相應的修改後，就可以輕松實現。請先在「默認Web站點」上單擊右鍵，選「屬性」，以進入名為「默認Web站點屬性」設置界面。

1．修改綁定的IP地址：轉到「Web站點」窗口，再在「IP地址」後的下拉菜單中選擇所需用到的本機IP地址「192.168.0.1」。
2．修改主目錄：轉到「主目錄」窗口，再在「本地路徑」輸入（或用「瀏覽」按鈕選擇）好自己網頁所在的「D:\Wy」目錄。
3．添加首頁文件名：轉到「文檔」窗口，再按「添加」按鈕，根據提示在「默認文檔名」後輸入自己網頁的首頁文件名「Index.htm」。
4．添加虛擬目錄：比如你的主目錄在「D:\Wy」下，而你想輸入「192.168.0.1/test」的格式就可調出「E:\All」中的網頁文件，這裡面的「test」就是虛擬目錄。請在「默認Web站點」上單擊右鍵，選「新建→虛擬目錄」，依次在「別名」處輸入「test」，在「目錄」處輸入「E:\All」後再按提示操作即可添加成功。
5．效果的測試：打開IE瀏覽器，在地址欄輸入「192.168.0.1」之後再按回車鍵，此時就能夠調出你自己網頁的首頁，則說明設置成功！

二、添加更多的Web站點

1．多個IP對應多個Web站點如果本機已綁定了多個IP地址，想利用不同的IP地址得出不同的Web頁面，則只需在「默認Web站點」處單擊右鍵，選「新建→站點」，然後根據提示在「說明」處輸入任意用於說明它的內容（比如為「我的第二個Web站點」）、在「輸入Web站點使用的IP地址」的下拉菜單處選中需給它綁定的IP地址即可；當建立好此Web站點之後，再按上步的方法進行相應設置。

2．一個IP地址對應多個Web站點當按上步的方法建立好所有的Web站點後，對於做虛擬主機，可以通過給各Web站點設不同的埠號來實現，比如給一個Web站點設為80，一個設為81，一個設為82……，則對於埠號是80的Web站點，訪問格式仍然直接是IP地址就可以了，而對於綁定其他埠號的Web站點，訪問時必須在IP地址後面加上相應的埠號，也即使用如「http://192.168.0.1:81」的格式。

很顯然，改了埠號之後使用起來就麻煩些。如果你已在DNS伺服器中將所有你需要的域名都已經映射到了此惟一的IP地址，則用設不同「主機頭名」的方法，可以讓你直接用域名來完成對不同Web站點的訪問。
比如你本機只有一個IP地址為192.168.0.1，你已經建立（或設置）好了兩個Web站點，一個是「默認Web站點」，一個是「我的第二個Web站點」，現在你想輸入「www.enanshan.com」可直接訪問前者，輸入「www.popunet.com」可直接訪問後者。其操作步驟如下：

請確保已先在DNS伺服器中將你這兩個域名都已映射到了那個IP地址上；並確保所有的Web站點的埠號均保持為80這個默認值。

再依次選「默認Web站點→右鍵→屬性→Web站點」，單擊「IP地址」右側的「高級」按鈕，在「此站點有多個標識下」雙擊已有的那個IP地址（或單擊選中它後再按「編輯」按鈕），然後在「主機頭名」下輸入「www.enanshan.com」再按「確定」按鈕保存退出。

接著按上步同樣的方法為「我的第二個Web站點」設好新的主機頭名為「www.popunet.com」即可。

最後，打開你的IE瀏覽器，在地址欄輸入不同的網址，就可以調出不同Web站點的內容了。

3．多個域名對應同個Web站點

你只需先將某個IP地址綁定到Web站點上，再在DNS伺服器中，將所需域名全部映射向你的這個IP地址上，則你在瀏覽器中輸入任何一個域名，都會直接得到所設置好的那個網站的內容。

三、對IIS服務的遠程管理

1．在「管理Web站點」上單擊右鍵，選「屬性」，再進入「Web站點」窗口，選擇好「IP地址」。

2．轉到「目錄安全性」窗口，單擊「IP地址及域名限制」下的「編輯」按鈕，點選中「授權訪問」以能接受客戶端從本機之外的地方對IIS進行管理；最後單擊「確定」按鈕。

3．則在任意計算機的瀏覽器中輸入如「http://192.168.0.1:3598」（3598為其埠號）的格式後，將會出現一個密碼詢問窗口，輸入管理員帳號名（Administrator）和相應密碼之後就可登錄成功，現在就可以在瀏覽器中對IIS進行遠程管理了！在這里可以管理的范圍主要包括對Web站點和FTP站點進行的新建、修改、啟動、停止和刪除等操作。

四、本部分常見問題解答

Q：在上文中所涉及到的網址中，有的加了「http://」，有的沒加，這意味著什麼呢？
A：沒有加「http://」部分的網址，說明其可加可不加；而加了「http://」部分的，則說明它必不可少，對於帶埠號的網址則必須加；否則可省略。

Q：對於上文中涉及到IP地址的網址，可否用比較「友好」的名稱來代替呢？
A：可以！它除了能夠用IIS伺服器所在的計算機名來代替之外，還可在DNS伺服器中新建域名和相應IP地址的映射表，就也可以用域名來進行訪問了

Q：我設置好了一個Web伺服器，但是當我訪問網頁時，卻出現密碼提示窗口。這是為什麼？
A：訪問Web站點時，出現密碼提示窗口，一般來說有以下原因，請逐個去進行檢查：

1．所訪問的網頁文件本身加了密。比如「默認Web站點」原主目錄「E:\Inetpub\wwwroot」下的首頁文件「iisstart.asp」訪問時就需要密碼。

2．沒有設置允許匿名訪問或作了不應該的改動,首先應確保已勾選中了「匿名訪問」這一項；並且其下「編輯」中「匿名用戶帳號」中「用戶名」一項應為「IUSR_NODISK」（其中「NODISK」為計算機名）的格式；另外，還需要已勾選中「允許IIS控制密碼」一項。

3．你的目標目錄被限制了訪問許可權。此項僅當該目錄位於NTFS格式分區中時才可能出現。請在其上單擊右鍵，選「屬性」，再進入「安全」窗口，看列表中是不是默認的允許「Everyone」組完全控制的狀態，如不是，請改回。

第二篇 IIS之FTP伺服器

一、建立你的FTP站點

第一個FTP站點（即「默認FTP站點」）的設置方法和更多FTP站點的建立方法請參照前文Web伺服器中相關操作執行。需要注意的是，如果你要用一個IP地址對應多個不同的FTP伺服器，則只能用使用不同的埠號的方法來實現，而不支持「主機頭名」的作法。

對於已建立好的FTP伺服器，在瀏覽器中訪問將使用如「ftp://192.168.0.1」或是「ftp://192.168.0.1:22的格式」；除了匿名訪問用戶（Anonymous）外，IIS中的FTP將使用Windows 2000自帶的用戶庫（可在「開始→程序→管理工具→計算機管理」中找到「用戶」一項來進行用戶庫的管理）。

二、本部分常見問題解答

Q：如何修改FTP伺服器登錄成功或退出時的系統提示信息？
A：在相應的FTP站點上單擊右鍵，選「屬性」，再轉到「消息」窗口，在「歡迎」處輸入登錄成功之後的歡迎信息，在「退出」處輸入用戶退出時的歡送信息即可。

Q：為什麼我的FTP伺服器建立成功之後，除了管理員（Administrator）和匿名用戶（Anonymous）之外，普通用戶都不能在本機上登錄；可在其他計算機上卻能夠正常使用。這是為什麼？
A：因為默認的，普通用戶不具有在本機登錄的許可權。如果要修改，請進入「開始→程序→管理工具→本地安全策略」中選擇「左邊框架→本地策略→用戶權利指派」，再在右邊框架中雙擊「在本地登錄」項，然後將所需的普通用戶添加到它的列表中去就行了。

第三篇 IIS之SMTP伺服器

如果你嫌互聯網上的那些免費郵件發送郵件的速度過慢的話，你或許可以考慮用IIS來建立一個本地的SMTP伺服器。不管你是直接連入互聯網還是通過區域網接入，不管你是有靜態的IP地址還是用動態的IP地址，都可以很輕松地建立成功

建立IIS下的SMTP伺服器的方法非常簡單，只需在IIS管理器中讓「默認SMTP虛擬伺服器」處於已啟動狀態就行了；此外一般不用再做其他任何設置。

如果你想要用自己的SMTP伺服器發信，只需將你E-mail客戶端軟體設置中「發送郵件伺服器（SMTP）」項中填入「localhost」，則不管你的IP地址如何變化，它都能正常工作 。

當你使用自己的這個SMTP伺服器發送E-mail時，不僅有不受制於人的自由感，更有閃電般的發信速度，是個人SMTP伺服器的最佳選擇。

㈢ 第五章：Web伺服器

5.1各種形狀和尺寸的Web伺服器
Web伺服器會對HTTP請求進行處理並提供響應。術語「Web伺服器」可以用來表示Web伺服器的軟體，也可以用來表示提供Web頁面的特定設備或計算機。
Web伺服器有著不同的風格、形狀和尺寸。有普通的10行Perl腳本的Web伺服器、50MB的安全商用引擎以及極小的卡上伺服器。但不管功能有何差異，所有的 Web伺服器都能夠接收請求資源的 HTTP請求，將內容回送給客戶端（參見圖1-5)。
5.1.1Web伺服器的實現
Web伺服器實現了HTTP和相關的TCP連接處理。負責管理Web伺服器提供的資源,以及對Web伺服器的配置、控制及擴展方面的管理。
Web伺服器邏輯實現了HTTP 協議、管理著Web資源，並負責提供Web伺服器的管理功能。Web伺服器邏輯和操作系統共同負責管理TCP連接。底層操作系統負責管理底層計算機系統的硬體細節，並提供了TCP/IP網路支持、負責裝載Web資源的文件系統以及控制當前計算活動的進程管理功能。

5.3實際的Web伺服器會做些什麼
例5-1顯示的 Perl伺服器是一個Web伺服器的小例子。最先進的商用Web伺服器要比它復雜得多，但它們確實執行了幾項同樣的任務，如圖5-3所示。
(1)建立連接一—接受一個客戶端連接，或者如果不希望與這個客戶端建立連接，就
將其關閉。
(2)接收請求——從網路中讀取一條HTTP請求報文。(3)處理請求——對請求報文進行解釋，並採取行動。(4)訪問資源-———訪問報文中指定的資源。
(5)構建響應——創建帶有正確首部的 HTTP響應報文。(6)發送響應——將響應回送給客戶端。
(7)記錄事務處理過程—-將與已完成事務有關的內容記錄在一個日誌文件中。

5.4第一步——接受客戶端連接
如果客戶端已經打開了一條到伺服器的持久連接，可以使用那條連接來發送它的請求。否則，客戶端需要打開一條新的到伺服器的連接（回顧第4章，復習一下HTTP的連接管理技術)。

5.4.1處理新連接
客戶端請求一條到Web伺服器的TCP連接時，Web伺服器會建立連接，判斷連接的另一端是哪個客戶端，從TCP連接中將IP地址解析出來。'一旦新連接建立起來
並被接受，伺服器就會將新連接添加到其現存Web伺服器連接列表中，做好監視連接上數據傳輸的准備。
Web伺服器可以隨意拒絕或立即關閉任意一條連接。有些Web伺服器會因為客戶端IP地址或主機名是未認證的，或者因為它是已知的惡意客戶端而關閉連接。Web伺服器也可以使用其他識別技術。

5.4.2客戶端主機名識別
可以用「反向 DNS」對大部分Web伺服器進行配置，以便將客戶端IP地址轉換成客戶端主機名。Web伺服器可以將客戶端主機名用於詳細的訪問控制和日誌記錄。但要注意的是，主機名查找可能會花費很長時間，這樣會降低Web事務處理的速度。很多大容量Web伺服器要麼會禁止主機名解析，要麼只允許對特定內容進行解析。
可以用配置指令HostnameLookups啟用Apache的主機查找功能。比如，例5-2中的Apache配置指令就只打開了HTML和CGI資源的主機名解析功能。
例5-2配置Apache,為 HTML和CGI資源查找主機名
HostnameLookups off
<Files ~" - 《html |htmlcgi)$">
HostnameLookups on
</Files>

5.5第二步—接收請求報文
連接上有數據到達時，Web伺服器會從網路連接中讀取數據，並將請求報文中的內容解析出來（參見圖5-5)。
解析請求報文時，Web伺服器會:
·解析請求行，查找請求方法、指定的資源標識符（URI)以及版本號，3各項之
間由一個空格分隔，並以一個回車換行(CRLF)序列作為行的結束,「
·讀取以CRLF結尾的報文首部;
檢測到以CRLF結尾的、標識首部結束的空行（如果有的話)﹔
·如果有的話（長度由content-Length首部指定)，讀取請求主體。

解析請求報文時，Web伺服器會不定期地從網路上接收輸入數據。網路連接可能隨時都會出現延遲。Web伺服器需要從網路中讀取數據，將部分報文數據臨時存儲在內存中,直到收到足以進行解析的數據並理解其意義為止。
5.5.1 報文的內部表示法
有些Web伺服器還會用便於進行報文操作的內部數據結構來存儲請求報文。比如，數據結構中可能包含有指向請求報文中各個片段的指針及其長度，這樣就可以將這些首部存放在一個快速查詢表中，以便快速訪問特定首部的具體值了（參見圖5-6)。

5.5.2連接的輸入/輸出處理結構
高性能的 Web伺服器能夠同時支持數千條連接。這些連接使得伺服器可以與世界各地的客戶端進行通信，每個客戶端都向伺服器打開了一條或多條連接。某些連接可能在快速地向Web伺服器發送請求，而其他一些連接則可能在慢慢發送，或者不經常發送請求,還有一些可能是空閑的，安靜地等待著將來可能出現的動作。
因為請求可能會在任意時刻到達，所以Web伺服器會不停地觀察有無新的Web請求。不同的Web伺服器結構會以不同的方式為請求服務，如圖5-7所示。
·單線程Web伺服器(參見圖5-7a)
單線程的Web伺服器一次只處理一個請求，直到其完成為止。一個事務處理結束之後，才去處理下一條連接。這種結構易於實現，但在處理過程中，所有其他連接都會被忽略。這樣會造成嚴重的性能問題，只適用於低負荷的伺服器，以及type-o-serve這樣的診斷工具。
·多進程及多線程Web伺服器(參見圖5-7b)
多進程和多線程Web伺服器用多個進程,或更高效的線程同時對請求進行處理。3可以根據需要創建，或者預先創建一些線程/進程。°有些伺服器會為每條連接分配一個線程/進程，但當伺服器同時要處理成百、上千，甚至數以萬計的連接時，需要的進程或線程數量可能會消耗太多的內存或系統資源。因此，很多多線程Web伺服器都會對線程/進程的最大數量進行限制。
·復用I/O的伺服器(參見圖5-7c)
為了支持大量的連接，很多Web伺服器都採用了復用結構。在復用結構中，要同時監視所有連接上的活動。當連接的狀態發生變化時（比如，有數據可用，或出現錯誤時)，就對那條連接進行少量的處理，處理結束之後，將連接返回到開放連接列表中，等待下一次狀態變化。只有在有事情可做時才會對連接進行處理,在空閑連接上等待的時候並不會綁定線程和進程。
·復用的多線程Web伺服器（參見圖5-7d)
有些系統會將多線程和復用功能結合在一起，以利用計算機平台上的多個CPU.多個線程（通常是一個物理處理器）中的每一個都在觀察打開的連接(或打開的連接中的一個子集)，並對每條連接執行少量的任務。

5.6第三步———處理請求
一旦Web伺服器收到了請求，就可以根據方法、資源、首部和可選的主體部分來對請求進行處理了。
有些方法（比如POST)要求請求報文中必須帶有實體主體部分的數據。其他一些方法（比如OPTIONS）允許有請求的主體部分，也允許沒有。少數方法（比如GET)禁止在請求報文中包含實體的主體數據。
這里我們並不對請求的具體處理方式進行討論，因為本書其餘大多數章節都在討論這個問題。

5.7第四步——-對資源的映射及訪問
Web 伺服器是資源伺服器。它們負責發送預先創建好的內容，比如HTML頁面或JPEG 圖片，以及運行在伺服器上的資源生成程序所產生的動態內容。

5.7.1 docroot
Web伺服器支持各種不同類型的資源映射，但最簡單的資源映射形式就是用請求URI作為名字來訪問Web伺服器文件系統中的文件。通常，Web伺服器的文件系統中會有一個特殊的文件夾專門用於存放Web內容。這個文件夾被稱為文檔的根目錄(document root，或docroot)。Web伺服器從請求報文中獲取URI，並將其附加在文檔根目錄的後面。
在圖5-8中，有一條對/specials/saw-blade.gif 的請求到達。這個例子中Web伺服器的文檔根目錄為/us/local/httpd/files。Web伺服器會返迴文件/usr/local/httpd/files/specials/saw-blade.gif。

在配置文件httpd.conf中添加一個 DocumentRoot行就可以為Apache Web伺服器設置文檔的根目錄了:
DocumentRoot /usr/ local/httpd/files
伺服器要注意，不能讓相對URL退到docroot之外，將文件系統的其餘部分暴露出來。比如，大多數成熟的Web伺服器都不允許這樣的URI看到Joe的五金商店文檔根目錄上一級的文件:
http://www.joes-hardware.com/ ..

5.8.3重定向
Web伺服器有時會返回重定向響應而不是成功的報文。Web伺服器可以將瀏覽器重定向到其他地方來執行請求。重定向響應由返回碼3XX說明。Location響應首部包含了內容的新地址或優選地址的URI。重定向可用於下列情況。
·永久刪除的資源
資源可能已經被移動到了新的位置，或者被重新命名，有了一個新的URL。Web伺服器可以告訴客戶端資源已經被重命名了，這樣客戶端就可以在從新地址獲取資源之前，更新書簽之類的信息了。狀態碼301 Moved Permanently就用於此類重定向。·臨時刪除的資源
如果資源被臨時移走或重命名了，伺服器可能希望將客戶端重定向到新的位置上去。但由於重命名是臨時的，所以伺服器希望客戶端將來還可以回頭去使用老的URL，不要對書簽進行更新。狀態碼303 See Other以及狀態碼307 TemporaryRedirect就用於此類重定向。

㈣ web伺服器的組成

伺服器分塔式、機架式和刀片式這三種結構來劃分伺服器，伺服器的外形為什麼會有這樣的劃分呢？主要原因就是具體的應用環境不同，塔式伺服器長得跟我們平時用的台式機一樣，佔用空間比較大，一般是一些小型企業自己使用自己維護；而機架式伺服器長得就像卧著的台式機，可以一台一台的放到固定機架上，因此而得名，它可以拿去專業的伺服器託管提供商那裡進行託管，這樣每年只需支付一定的託管費，就免去了自己管理伺服器的諸多不便；而刀片伺服器是近幾年才比較流行的一種伺服器架構，它非常薄，可以一片一片的疊放在機櫃上，通過群集技術進行協同運算，能夠處理大量的任務，特別適合分布式服務，如作為WEB伺服器。
看完上面的簡單介紹，相信各位對這3種伺服器已經有個基本的認識了，下面我們就來一一細說，為大家做更詳細的講解：
什麼是塔式伺服器：
塔式伺服器應該是大家見得最多，也最容易理解的一種伺服器結構類型，因為它的外形以及結構都跟我們平時使用的立式PC差不多，當然，由於伺服器的主板擴展性較強、插槽也多出一堆，所以個頭比普通主板大一些，因此塔式伺服器的主機機箱也比標準的ATX機箱要大，一般都會預留足夠的內部空間以便日後進行硬碟和電源的冗餘擴展。
由於塔式伺服器的機箱比較大，伺服器的配置也可以很高，冗餘擴展更可以很齊備，所以它的應用范圍非常廣，應該說目前使用率最高的一種伺服器就是塔式伺服器。我們平時常說的通用伺服器一般都是塔式伺服器，它可以集多種常見的服務應用於一身，不管是速度應用還是存儲應用都可以使用塔式伺服器來解決。
就使用對象或者使用級別來說，目前常見的入門級和工作組級伺服器基本上都採用這一伺服器結構類型，一些部門級應用也會採用，不過由於只有一台主機，即使進行升級擴張也有個限度，所以在一些應用需求較高的企業中，單機伺服器就無法滿足要求了，需要多機協同工作，而塔式伺服器個頭太大，獨立性太強，協同工作在空間佔用和系統管理上都不方便，這也是塔式伺服器的局限性。不過，總的來說，這類伺服器的功能、性能基本上能滿足大部分企業用戶的要求，其成本通常也比較低，因此這類伺服器還是擁有非常廣泛的應用支持。
什麼是機架式伺服器：
作為為互聯網設計的伺服器模式，機架伺服器是一種外觀按照統一標准設計的伺服器，配合機櫃統一使用。可以說機架式是一種優化結構的塔式伺服器，它的設計宗旨主要是為了盡可能減少伺服器空間的佔用，而減少空間的直接好處就是在機房託管的時候價格會便宜很多。
為什麼說機架式伺服器是作為為互聯網設計的伺服器模式？
正如大家所知，很多專業網路設備都是採用機架式的結構（多為扁平式，活像個抽屜），如交換機、路由器、硬體防火牆這些。這些設備之所以有這樣一種結構類型，是因為他們都按國際機櫃標准進行設計，這樣大家的平面尺寸就基本統一，可把一起安裝在一個大型的立式標准機櫃中。這樣做的好處非常明顯：一方面可以使設備佔用最小的空間，另一方面則便於與其它網路設備的連接和管理，同時機房內也會顯得整潔、美觀。
機架伺服器的寬度為19英寸，高度以U為單位（1U=1.75英寸=44.45毫米），通常有1U，2U，3U，4U，5U，7U幾種標準的伺服器。機櫃的尺寸也是採用通用的工業標准，通常從22U到42U不等；機櫃內按U的高度有可拆卸的滑動拖架，用戶可以根據自己伺服器的標高靈活調節高度，以存放伺服器、集線器、磁碟陣列櫃等網路設備。伺服器擺放好後，它的所有I/O線全部從機櫃的後方引出（機架伺服器的所有介面也在後方），統一安置在機櫃的線槽中，一般貼有標號，便於管理。
現在很多互聯網的網站伺服器其實都是由專業機構統一託管的，網站的經營者其實只是維護網站頁面，硬體和網路連接則交給託管機構負責，因此，託管機構會根據受管伺服器的高度來收取費用，1U的伺服器在託管時收取的費用比2U的要便宜很多，這就是為什麼這種結構的伺服器現在會廣泛應用於互聯網事業。
還有一點要說的是機架式伺服器因為空間比塔式伺服器大大縮小，所以這類伺服器在擴展性和散熱問題上受到一定的限制，配件也要經過一定的篩選，一般都無法實現太完整的設備擴張，所以單機性能就比較有限，應用范圍也比較有限，只能專注於某一方面的應用，如遠程存儲和Web服務的提供等，但由於很多配件不能採用塔式伺服器的那種普通型號，而自身又有空間小的優勢，所以機架式伺服器一般會比同等配置的塔式伺服器貴上20－30％。至於空間小而帶來的擴展性問題，也不是完全沒有辦法解決，由於採用機櫃安裝的方式，因此多添加一個主機在機櫃上是件很容易的事，然後再通過伺服器群集技術就可以實現處理能力的增強，如果是採用外接擴展櫃的方式也能實現大規模擴展，不過由於機架式伺服器單機的性能有限，所以擴展之後也是單方面的能力得到增倍，所以這類伺服器只是在某一種應用種比較出色，大家就把它劃為功能伺服器，這種伺服器針對性較強，一般無法移做它用。
什麼是刀片伺服器？
對於企業和網路信息提供商來說，無限增長的數據必須集中存儲和處理，於是未來的網路發展呈現出集中計算的趨勢。集中管理模式與現有的分散管理模式，對伺服器提出了新的要求：節約空間、便於集中管理、易於擴展和提供不間斷的服務，成為對下一代伺服器的新要求。
作為網路重要組成部分的伺服器來說，性能已不僅僅是評價伺服器的唯一指標了，用戶更關心的是符合自己實際需要的產品。目前伺服器集群已經在市場上得以廣泛應用，而新一代機架式伺服器也開始進入市場，為用戶提供了更多的選擇。但是隨著網路向更深層面發展，下一代伺服器將會是BladeServer（刀片伺服器）。
刀片伺服器是一種HAHD（HighAvailabilityHighDensity，高可用高密度）的低成本伺服器平台，是專門為特殊應用行業和高密度計算機環境設計的。其中每一塊"刀片"實際上就是一塊系統主板。它們可以通過本地硬碟啟動自己的操作系統，如WindowsNT/2000、Linux、Solaris等等，類似於一個個獨立的伺服器。在這種模式下，每一個主板運行自己的系統，服務於指定的不同用戶群，相互之間沒有關聯。不過可以用系統軟體將這些主板集合成一個伺服器集群。在集群模式下，所有的主板可以連接起來提供高速的網路環境，可以共享資源，為相同的用戶群服務。在集群中插入新的"刀片"，就可以提高整體性能。而由於每塊"刀片"都是熱插拔的，所以，系統可以輕松地進行替換，並且將維護時間減少到最小。值得一提的是，系統配置可以通過一套智能KVM和9個或10個帶硬碟的CPU板來實現。CPU可以配置成為不同的子系統。一個機架中的伺服器可以通過新型的智能KVM轉換板共享一套光碟機、軟碟機、鍵盤、顯示器和滑鼠，以訪問多台伺服器，從而便於進行升級、維護和訪問伺服器上的文件。
克服伺服器集群的缺點
作為一種實現負載均衡的技術，伺服器集群可以有效地提高服務的穩定性和/或核心網路服務的性能，還可以提供冗餘和容錯功能。理論上，伺服器集群可以擴展到無限數量的伺服器。無疑，伺服器集群和RAID鏡像技術的誕生為計算機和數據池的Internet應用提供了一個新的解決方案，其成本遠遠低於傳統的高端專用伺服器。
但是，伺服器集群的集成能力低，管理這樣的集群使很多IDC都非常頭疼。尤其是集群擴展的需求越來越大，維護這些伺服器的工作量簡直不可想像，包括伺服器之間的內部連接和擺放空間的要求。這些物理因素都限制了集群的擴展。「高密度伺服器」－－BladeServer的出現適時地解決了這樣的問題。高密度伺服器內置了監視器和管理工具軟體，可以幾十個甚至上百個地堆放在一起。配置一台高密度伺服器就可以解決一台到一百台伺服器的管理問題。如果需要增加或者刪除集群中的伺服器，只要插入或拔出一個CPU板即可。就這個意義上來說，BladeServer從根本上克服了伺服器集群的缺點。

㈤ 「WEB伺服器」和「文件伺服器」是什麼意思

Web伺服器一般指網站伺服器，是指駐留於網際網路上某種類型計算機的程序，可以向瀏覽器等Web客戶端提供文檔，[1] 也可以放置網站文件，讓全世界瀏覽；可以放置數據文件，讓全世界下載。目前最主流的三個Web伺服器是Apache Nginx IIS。
Web伺服器是可以向發出請求的瀏覽器提供文檔的程序。
1、伺服器是一種被動程序：只有當Internet上運行其他計算機中的瀏覽器發出的請求時，伺服器才會響應

。
2 、最常用的Web伺服器是Apache和Microsoft的Internet信息伺服器（Internet Information Services，IIS）。
3、Internet上的伺服器也稱為Web伺服器，是一台在Internet上具有獨立IP地址的計算機，可以向Internet上的客戶機提供WWW、Email和FTP等各種Internet服務。
4、Web伺服器是指駐留於網際網路上某種類型計算機的程序。當Web瀏覽器（客戶端）連到伺服器上並請求文件時，伺服器將處理該請求並將文件反饋到該瀏覽器上，附帶的信息會告訴瀏覽器如何查看該文件（即文件類型）。伺服器使用HTTP（超文本傳輸協議）與客戶機瀏覽器進行信息交流，這就是人們常把它們稱為HTTP伺服器的原因。
Web伺服器不僅能夠存儲信息，還能在用戶通過Web瀏覽器提供的信息的基礎上運行腳本和程序。
文件伺服器是一種器件，它的功能就是向伺服器提供文件。它加強了存儲器的功能，簡化了網路數據的管理。它一則改善了系統的性能，提高了數據的可用性，二則減少了管理的復雜程度，降低了運營費用。
在客機與伺服器模式下，文件伺服器（file server）是一台對中央存儲和數據文件管理負責的計算機，這樣在同一網路中的其他計算機就可以訪問這些文件。文件伺服器允許用戶在網路上共享信息，而不用通過軟磁碟或一些其它外部存儲設備來物理地移動文件。任何計算機都能被設置為主機，並作為文件伺服器（file server）運行。最簡單的形式是，文件伺服器可以是一台普通的個人計算機，它處理文件要求並在網路中發送它們。在更復雜的網路中，文件伺服器也可以是一台專門的網路附加存儲（NAS）設備，它也可以作為其他計算機的遠程硬碟驅動器來運行，並允許網路中的人像在他們自己的硬碟中一樣在伺服器中存儲文件
文件伺服器（fs伺服器），具有分時系統文件管理的全部功能,提供網路用戶訪問文件、目錄的並發控制和安全保密措施的區域網（LAN）伺服器。
在計算機區域網中，以文件數據共享為目標，需要將供多台計算機共享的文件存放於一台計算機中。這台計算機就被稱為文件伺服器。
文件伺服器具有分時系統管理的全部功能，能夠對全網統一管理，能夠提供網路用戶訪問文件、目錄的並發控制和安全保密措施。
「文件伺服器「英文是File server語境【文件系統】
一台特殊功能的計算機，其主要目的是向客戶機提供文件服務。文件伺服器可以是一台能夠運行其他應用的通用計算機，也可以是一台專門提供文件服務的專用計算機。

㈥ 了解Web伺服器的種類有哪些嗎各自有哪些優缺點

現在的Web伺服器種類繁多，大家在做項目的時候可以根據自己的需求靈活選擇。下面和大家分享一下有哪些Web伺服器，以及它們的優缺點。

操作方法

01街頭流氓

Apache又稱httpd server，是目前應用最廣泛的web伺服器，應用於各種平台。當Apache首次推出時，它有許多缺陷。現在已經修復完善了。如果你是一名web伺服器研究人員，邊肖建議你必須學會使用Apache。

優點:緊湊、靈活、可擴展、穩定。

缺點:軟體是開源的，所以很多漏洞可能很容易被發現。

08碼頭

Jetty是一個專用於java Web的伺服器。它用於運行Servlet程序，是眾多伺服器中最受限制的。邊肖不建議你掌握這個伺服器。

優點:內容簡單，容易掌握。

㈦ web伺服器

WEB伺服器

編輯本段什麼是WEB伺服器
WEB伺服器也稱為WWW(WORLD WIDE WEB)伺服器，主要功能是提供網上信息瀏覽服務。
(1)應用層使用HTTP協議。
(2)HTML文檔格式。
(3)瀏覽器統一資源定位器(URL)。
WWW代表萬維網的意思
WWW 是 Internet 的多媒體信息查詢工具，是 Internet 上近年才發展起來的服務，也是發展最快和目前用的最廣泛的服務。正是因為有了WWW工具，才使得近年來 Internet 迅速發展，且用戶數量飛速增長。
1、WWW簡介
WWW 是 World Wide Web （環球信息網）的縮寫，也可以簡稱為 Web，中文名字為「萬維網」。它起源於1989年3月，由歐洲量子物理實驗室 CERN（the European Laboratory for Particle Physics）所發展出來的主從結構分布式超媒體系統。通過萬維網，人們只要通過使用簡單的方法，就可以很迅速方便地取得豐富的信息資料。 由於用戶在通過 Web 瀏覽器訪問信息資源的過程中，無需再關心一些技術性的細節，而且界面非常友好，因而 Web 在Internet 上一推出就受到了熱烈的歡迎，走紅全球，並迅速得到了爆炸性的發展。
2、WWW的發展和特點
長期以來，人們只是通過傳統的媒體（如電視、報紙、雜志和廣播等）獲得信息。但隨著計算機網路的發展，人們想要獲取信息，已不再滿足於傳統媒體那種單方面傳輸和獲取的方式，而希望有一種主觀的選擇性。現在，網路上提供各種類別的資料庫系統，如文獻期刊、產業信息、氣象信息、論文檢索等等。由於計算機網路的發展，信息的獲取變得非常及時、迅速和便捷。
到了1993年，WWW 的技術有了突破性的進展，它解決了遠程信息服務中的文字顯示、數據連接以及圖像傳遞的問題，使得 WWW 成為 Internet 上最為流行的信息傳播方式。 現在，Web 伺服器成為 Internet 上最大的計算機群，Web 文檔之多、鏈接的網路之廣，令人難以想像。可以說，Web 為 Internet 的普及邁出了開創性的一步，是近年來 Internet 上取得的最激動人心的成就。
WWW 採用的是客戶/伺服器結構，其作用是整理和儲存各種WWW資源，並響應客戶端軟體的請求，把客戶所需的資源傳送到 Windows 95（或Windows98）、Windows NT、UNIX 或 Linux 等平台上。
使用最多的 web server 伺服器軟體 有兩個：微軟的信息伺服器（iis），和Apache。
通俗的講，Web伺服器傳送(serves)頁面使瀏覽器可以瀏覽，然而應用程序伺服器提供的是客戶端應用程序可以調用(call)的方法(methods)。確切一點，你可以說：Web伺服器專門處理HTTP請求(request)，但是應用程序伺服器是通過很多協議來為應用程序提供(serves)商業邏輯(business logic)。
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)等等)，而且給最佳產品的選取留有餘地。
編輯本段大型WEB伺服器
在UNIX和LINUX平台下使用最廣泛的免費HTTP伺服器是W3C、NCSA和APACHE伺服器，而Windows平台NT/2000/2003使用IIS的WEB伺服器。在選擇使用WEB伺服器應考慮的本身特性因素有：性能、安全性、日誌和統計、虛擬主機、代理伺服器、緩沖服務和集成應用程序等，下面介紹幾種常用的WEB伺服器。
Microsoft IIS
Microsoft的Web伺服器產品為Internet Information Server (IIS)， IIS 是允許在公共Intranet或Internet上發布信息的Web伺服器。IIS是目前最流行的Web伺服器產品之一，很多著名的網站都是建立在IIS的平台上。IIS提供了一個圖形界面的管理工具，稱為 Internet服務管理器，可用於監視配置和控制Internet服務。
IIS是一種Web服務組件，其中包括Web伺服器、FTP伺服器、NNTP伺服器和SMTP伺服器，分別用於網頁瀏覽、文件傳輸、新聞服務和郵件發送等方面，它使得在網路(包括互聯網和區域網)上發布信息成了一件很容易的事。它提供ISAPI(Intranet Server API)作為擴展Web伺服器功能的編程介面;同時，它還提供一個Internet資料庫連接器，可以實現對資料庫的查詢和更新。
IBM WebSphere
WebSphere Application Server 是 一 種功能完善、開放的Web應用程序伺服器，是IBM電子商務計劃的核心部分，它是基於 Java 的應用環境，用於建立、部署和管理 Internet 和 Intranet Web 應用程序。 這一整套產品進行了擴展，以適應 Web 應用程序伺服器的需要，范圍從簡單到高級直到企業級。
WebSphere 針對以 Web 為中心的開發人員，他們都是在基本 HTTP伺服器和 CGI 編程技術上成長起來的。IBM 將提供 WebSphere 產品系列，通過提供綜合資源、可重復使用的組件、功能強大並易於使用的工具、以及支持 HTTP 和 IIOP 通信的可伸縮運行時環境，來幫助這些用戶從簡單的 Web 應用程序轉移到電子商務世界。
BEA WebLogic
BEA WebLogic Server 是一種多功能、基於標準的web應用伺服器，為企業構建自己的應用提供了堅實的基礎。各種應用開發、部署所有關鍵性的任務，無論是集成各種系統和資料庫，還是提交服務、跨 Internet 協作，起始點都是 BEA WebLogic Server。由於 它具有全面的功能、對開放標準的遵從性、多層架構、支持基於組件的開發，基於 Internet 的企業都選擇它來開發、部署最佳的應用。
BEA WebLogic Server 在使應用伺服器成為企業應用架構的基礎方面繼續處於領先地位。BEA WebLogic Server 為構建集成化的企業級應用提供了穩固的基礎，它們以 Internet 的容量和速度，在連網的企業之間共享信息、提交服務，實現協作自動化。
APACHE
apache仍然是世界上用的最多的Web伺服器，市場佔有率達60%左右。它源於NCSAhttpd伺服器，當NCSA WWW伺服器項目停止後，那些使用NCSA WWW伺服器的人們開始交換用於此伺服器的補丁，這也是apache名稱的由來(pache 補丁)。世界上很多著名的網站都是Apache的產物，它的成功之處主要在於它的源代碼開放、有一支開放的開發隊伍、支持跨平台的應用(可以運行在幾乎所有的Unix、Windows、Linux系統平台上)以及它的可移植性等方面。
Tomcat
Tomcat是一個開放源代碼、運行servlet和JSP Web應用軟體的基於Java的Web應用軟體容器。Tomcat Server是根據servlet和JSP規范進行執行的，因此我們就可以說Tomcat Server也實行了Apache-Jakarta規范且比絕大多數商業應用軟體伺服器要好。
Tomcat是Java Servlet 2.2和JavaServer Pages 1.1技術的標准實現，是基於Apache許可證下開發的自由軟體。Tomcat是完全重寫的Servlet API 2.2和JSP 1.1兼容的Servlet/JSP容器。Tomcat使用了JServ的一些代碼，特別是Apache服務適配器。隨著Catalina Servlet引擎的出現，Tomcat第四版號的性能得到提升，使得它成為一個值得考慮的Servlet/JSP容器，因此目前許多WEB伺服器都是採用Tomcat。
編輯本段小型WEB伺服器
【 micro_httpd - really small HTTP server】
特點：
* 支持安全的 .. 上級目錄過濾
* 支持通用的MIME類型
* 支持簡單的目錄
* 支持目錄列表
* 支持使用 index.html 作為首頁
* Trailing-slash redirection
* 程序總共代碼才200多行
這個httpd適合學習簡單的Web Server編寫學習，因為它只有一個簡單的框架，只能夠處理簡單的靜態頁，可以考慮用來放靜態頁。
官方地址：http://www.acme.com/software/micro_httpd/
下載地址：http://www.acme.com/software/micro_httpd/micro_httpd_12dec2005.tar.gz
【 mini_httpd - small HTTP server 】
特點：
* 支持GET、HEAD、POST方法
* 支持CGI功能
* 支持基本的驗證功能
* 支持安全 .. 上級目錄功能
* 支持通用的MIME類型
* 支持目錄列表功能
* 支持使用 index.html, index.htm, index.cgi 作為首頁
* 支持多個根目錄的虛擬主機
* 支持標准日誌記錄
* 支持自定義錯誤頁
* Trailing-slash redirection
mini_httpd 也是相對比較適合學習使用，大體實現了一個Web Server的功能，支持靜態頁和CGI，能夠用來放置一些個人簡單的東西，不適宜投入生產使用。
官方地址：http://www.acme.com/software/thttpd/
下載地址：http://www.acme.com/software/mini_httpd/mini_httpd-1.19.tar.gz
【 thttpd - tiny/turbo/throttling HTTP server 】
thttpd中是一個簡單,小型,輕便,快速和安全的http伺服器.
簡單：它能夠支持HTTP/1.1協議標准，或者超過了最低水平
小巧：它具有非常少的運行時間，因為它不fork子進程來接受新請求，並且非常謹慎的分配內存（性能對比表：http://www.acme.com/software/thttpd/benchmarks.html）
便攜：它能夠在大部分的類Unix系統上運行，包括FreeBSD, SunOS 4, Solaris 2, BSD/OS, Linux, OSF等等
快速：它的速度要超過主流的Web伺服器（Apache, NCSA, Netscape），在高負載情況下，它要快的多
安全：它努力的保護主機不受到攻擊，不中斷伺服器
thttpd 類似於lighttpd，對於並發請求不使用fork()來派生子進程處理，而是採用多路復用(Multiplex)技術來實現。因此效能很好。同時它還有一個特點就是基於URL的文件流量限制，這對於下載的流量控制而言是非常方便的。象Apache就必須使用插件實現，效率較thttpd低。
thttpd跟lighttpd類似，適合靜態資源類的服務，比如圖片、資源文件、靜態HTML等等的應用，性能應該比較好，同時也適合簡單的CGI應用的場合。
官方地址：http://www.acme.com/software/thttpd/
下載地址：http://www.acme.com/software/thttpd/thttpd-2.25b.tar.gz
【 lighttpd - light footprint + httpd = LightTPD 】
Lighttpd是一個德國人領導的開源軟體，其根本的目的是提供一個專門針對高性能網站，安全、快速、兼容性好並且靈活的web server環境。具有非常低的內存開銷，cpu佔用率低，效能好，以及豐富的模塊等特點。
lighttpd 是眾多OpenSource輕量級的web server中較為優秀的一個。支持FastCGI, CGI, Auth, 輸出壓縮(output compress), URL重寫, Alias等重要功能，而Apache之所以流行，很大程度也是因為功能豐富，在lighttpd上很多功能都有相應的實現了，這點對於apache的用戶是非常重要的，因為遷移到lighttpd就必須面對這些問題。
實用起來lighttpd確實非常不錯，apache主要的問題是密集並發下，不斷的fork()和切換，以及較高（相對於 lighttpd而言）的內存佔用，使系統的資源幾盡枯竭。而lighttpd採用了Multiplex技術，代碼經過優化，體積非常小，資源佔用很低，而且反應速度相當快。
利用apache的rewrite技術，將繁重的cgi/fastcgi任務交給lighttpd來完成，充分利用兩者的優點，現在那台伺服器的負載下降了一個數量級，而且反應速度也提高了一個甚至是2個數量級！
lighttpd 適合靜態資源類的服務，比如圖片、資源文件、靜態HTML等等的應用，性能應該比較好，同時也適合簡單的CGI應用的場合。
官方地址：http://www.lighttpd.net/
下載地址：http://www.lighttpd.net/download/lighttpd-1.4.16.tar.gz
【 SHTTPD - Simple HTTPD 】
Shttpd是另一個輕量級的web server，具有比thttpd更豐富的功能特性，支持CGI, SSL, cookie, MD5認證, 還能嵌入(embedded)到現有的軟體里。最有意思的是不需要配置文件！ 由於shttpd可以嵌入其他軟體，因此可以非常容易的開發嵌入式系統的web server，官方網站上稱shttpd如果使用uclibc/dielibc(libc的簡化子集)則開銷將非常非常低。
特點：
* 小巧、快速、不膨脹、無需安裝、簡單的40KB的exe文件，隨意運行
* 支持GET, POST, HEAD, PUT, DELETE 等方法
* 支持CGI, SSL, SSI, MD5驗證, resumed download, aliases, inetd模式運行
* 標准日誌格式
* 非常簡單整潔的嵌入式API
* dietlibc friendly. NOT that friendly to the uClibc (*)
* 容易定製運行在任意平台：Windows, QNX, RTEMS, UNIX (*BSD, Solaris, Linux)
由於shttpd可以輕松嵌入其他程序里，因此shttpd是較為理想的web server開發原形，開發人員可以基於shttpd開發出自己的webserver！
官方網站：http://shttpd.sourceforge.net/
下載地址：http://jaist.dl.sourceforge.net/sourceforge/shttpd/shttpd-1.38.tar.gz

㈧ 什麼是WEB伺服器

CVS（Concurrent Version System）版本控制系統是一種GNU軟體包，主要用於在多人開發環境下的源碼的維護。實際上CVS可以維護任意文檔的開發和使用，例如共享文件的編輯修改，而不僅僅局限於程序設計。CVS維護的文件類型可以是文本類型也可以是二進制類型。CVS用Copy-Modify-Merge（拷貝、修改、合並）變化表支持對文件的同時訪問和修改。它明確地將源文件的存儲和用戶的工作空間獨立開來，並使其並行操作。CVS基於客戶端/伺服器的行為使其可容納多個用戶，構成網路也很方便。這一特性使得CVS成為位於不同地點的人同時處理數據文件（特別是程序的源代碼）時的首選。

所有重要的免費軟體項目都使用CVS作為其程序員之間的中心點，以便能夠綜合各程序員的改進和更改。這些項目包括GNOME、KDE、THE GIMP和Wine等。

CVS的基本工作思路是這樣的：在一台伺服器上建立一個源代碼庫，庫里可以存放許多不同項目的源程序。由源代碼庫管理員統一管理這些源程序。每個用戶在使用源代碼庫之前，首先要把源代碼庫里的項目文件下載到本地，然後用戶可以在本地任意修改，最後用CVS命令進行提交，由CVS源代碼庫統一管理修改。這樣，就好象只有一個人在修改文件一樣，既避免了沖突，又可以做到跟蹤文件變化等。(

㈨ 什麼是web伺服器

WEB伺服器也稱為WWW(WORLD WIDE WEB)伺服器，主要功能是提供網上信息瀏覽服務。 WWW 是 Internet 的多媒體信息查詢工具，是 Internet 上近年才發展起來的服務，也是發展最快和目前用的最廣泛的服務。正是因為有了WWW工具，才使得近年來 Internet 迅速發展，且用戶數量飛速增長。
Web伺服器是可以向發出請求的瀏覽器提供文檔的程序。
1、伺服器是一種被動程序：只有當Internet上運行其他計算機中的瀏覽器發出的請求時，伺服器才會響應

。
2 、最常用的Web伺服器是Apache和Microsoft的Internet信息伺服器（Internet Information Services，IIS）。
3、Internet上的伺服器也稱為Web伺服器，是一台在Internet上具有獨立IP地址的計算機，可以向Internet上的客戶機提供WWW、Email和FTP等各種Internet服務。
4、Web伺服器是指駐留於網際網路上某種類型計算機的程序。當Web瀏覽器（客戶端）連到伺服器上並請求文件時，伺服器將處理該請求並將文件反饋到該瀏覽器上，附帶的信息會告訴瀏覽器如何查看該文件（即文件類型）。伺服器使用HTTP（超文本傳輸協議）與客戶機瀏覽器進行信息交流，這就是人們常把它們稱為HTTP伺服器的原因。
Web伺服器不僅能夠存儲信息，還能在用戶通過Web瀏覽器提供的信息的基礎上運行腳本和程序。

㈩ 什麼是WEB伺服器，MAIL伺服器

通俗的講，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