1、什麼叫伺服器FSO組件
是ASP編程中非常有用的一個控制項。但是因為許可權控制的問題，很多虛擬主機伺服器的FSO反而成為這台伺服器的一個公開的後門，因為客戶可以在自己的ASP網頁裡面直接就對該控制項編程，從而控制該伺服器甚至刪除伺服器上的文件。文件系統對象FSO的英文全稱是File System Object ，這種對象模型提出了有別於傳統的文件操作語句處理文件和文件夾的方法。通過採用object.method這種在面向對象編程中廣泛使用的語法，將一系列操作文件和文件夾的動作通過調用對象本身的屬性直接實現。FSO 對象模型不僅可以象使用傳統文件操作語句那樣實現文件的創建、改變、移動和刪除，而且可以檢測是否存在指定的文件夾，如果存在，那麼，這個文件夾又位於磁碟上的什麼位置。更令人高興的是FSO 對象模型還可以獲取關於文件和文件夾的信息，如名稱、創建日期或最近修改日期等以及當前系統中使用的驅動器的信息，如驅動器的種類是CD－ROM還是可移動磁碟，當前磁碟的剩餘空間還有多少。而以前要獲取這些信息必須通過調用Windows API函數集中的相應函數才能實現。FSO對象模型包含在Scripting 類型庫 (Scrrun.Dll)中，它同時包含了Drive、Folder、File、FileSystemObject和TextStream五個對象。其中Drive用來收集驅動器的信息，如可用磁碟空間或驅動器的類型；Folder用於創建、刪除或移動文件夾，同時可以進行向系統查詢文件夾的路徑等操作；File的基本操作和Folder基本相同，所不同的是Files的操作主要是針對磁碟上的文件進行的；FileSystemObject是FSO對象模型中最主要對象，它提供了一套完整的可用於創建、刪除文件和文件夾，收集驅動器、文件夾、文件相關信息的方法。需要注意的是，FSO對象模型提供的方法是冗餘的，也就是說在實際使用中，FSO對象模型中包含的不同對象的不同方法進行的卻是同樣的操作，而且FileSystemObject對象的方法直接作用於其餘對象，所以在後面的文章中並沒有單獨提到FileSystemObject對象，千萬不要以為沒有提到就不重要，事實上FileSystemObject對象在整個FSO對象模型中無處不在；最後的TextStream對象則是用來完成對文件的讀寫操作的。按以下步驟進行：1、首先在系統目錄中查找scrrun.dll，如果存在這個文件，請跳到第三步，如果沒有，請執行第二步。2、在系統安裝盤i386目錄中找到scrrun.dl_，用winrar解壓縮，得scrrun.dll，然後復制到你的系統目錄c:windowssystem32目錄中。3、運行regsvr32 scrrun.dll即可。4、如果想關閉FSO組件，請運行 regsvr32 /u scrrun.dll即可。adodb.stream組件：在開始-運行 中 輸入：即可再次支持adodb.stream組件
2、vb 安裝 什麼是伺服器組件
不礙事 你可跳過
3、伺服器有哪些應用組件構成？這些組件各自的用途是什麼？能不能簡單形象介紹一下。謝謝
文件服務：共享資源如word文檔
列印服務：共享列印機
dns服務：回域名答解析
dhcp服務：動態ip地址分配
Internet服務：創建網站
vpn服務：虛擬專用網，外網通過撥號可訪問內網中的資源
還有很多，都是windows自帶的。
4、伺服器和組件的區別
Windows 2000 Advanced Server (Windows 2000高級伺服器版) 該版本最初的名稱是Windows NT Server 5.0 Enterprise Edition（Windows NT伺服器企業版）。Windows 2000 Advanced Server除具有Windows 2000 Server的所有功能和特性外，還提供了比之更強的特性和功能:更強的SMP擴展能力:Windows 2000 Advanced Server提供了更強的對稱多處理器支持，支持數達到4路。更強大的群集功能。更高的穩定性:可為核心業務提供更高的穩定性，在多種一般錯誤發生後一分鍾內自動重啟應用軟體。例如，把兩台基於Intel結構的伺服器組成一個群集，可以獲得很高的可用性和可管理性。網路負載平衡:為網路服務和應用程序提供高可用性和擴展能力，例如TCP/IP和Web服務。組件負載平衡:為COM+組件提供高可用性和擴展能力。高性能排序:Windows 2000 Advanced Server優化了大型數據集的排序功能。這些功能和特性使Windows 2000 Advanced Server比Windows 2000 Server具有更高的擴展性、互操作性和可管理性，可應用於擁有多種操作系統和提供Internet服務的部門和應用程序伺服器。 Windows 2000 Datacenter Server (Windows 2000數據中心伺服器版) 微軟推出的這個全新版本是功能最為強大的伺服器操作系統，它支持16路對稱多處理器系統以及高達64GB的物理內存。與Windows 2000 Advanced Server一樣，它將群集和負載平衡服務作為標準的特性。另外，它為大型的數據倉庫、經濟分析、科學和工程模擬、聯機交易服務等應用進行了專門的優化
5、什麼叫組件,控制項和插件?
一般把Control翻譯成控制項，把Component翻譯成組件。
控制項就是具有用戶界面的組件。要說的具體一點，就得回顧早期
Windows
的歷史根源，當時控制項指任何子窗口——按鈕、列表框、編輯框或者某個對話框中的靜態文本。從概念上講，這些窗口——控制項——類似用來操作收音機或小電器的旋鈕和按鈕。隨著控制項數量的增加（組合框、日期時間控制項等等），控制項逐漸成為子窗口的代名詞，無論是用在對話框中還是用在其它種類的主窗口中。沒過多久
BASIC
程序員開始編寫他們自己專用的控制項，自然而然地人們便想到共享這些控制項。共享代碼的方法之一是通過磁碟拷貝，但那樣顯然效率低下。必須要有一種機制使開發者建立的控制項能夠在其它程序員的應用中輕而易舉地插入，這便是VBA控制項，OLE控制項，OCX和最後ActiveX
控制項的動機。
這就是控制項和組件之間產生混淆之所在。因為為了解決控制項的可復用問題，所有這些技術必須首先解決更為一般的組件重用問題。（COM，如果你還記得它的話，意思是組件對象模型）。在軟體行話中，組件這個術語指任何可復用的對象或任何可與其它對象交互的代碼體。子程序的發明，曾經一度成為程序員趨之若鶩的軟體工程聖杯：一種統一的編程理論，它使程序員從基本構建塊——也就是用所選語言編寫的各種組件建立大型系統。從子程序演變到OOP，到DLLs，再到COM，再到.NET框架的每一種新的編程範例都代表了一種不同的提供可重用性的方案。VBX使用DLLs的固化名稱。COM使用介面和IUnknown。.NET框架使用微軟的中間語言（MSIL）層和公共語言運行時（CLR）來提供統一的粘合。
因此，控制項是組件的一個主要樣本（並且歷史上曾驅動著組件的開發），控制項又不僅僅是唯一的一種組件。組件不需要顯示任何信息或用戶界面。組件可能實現科學計算，收集性能數據，計算1971年1月1日到現在的毫秒數，仰或是讀取布希總統競選活動保險箱里的美金數。
http://www.vckbase.com/document/viewdoc/?id=1294#控制項和組件
6、服務端HTTP組件稱什麼
HTTP
超文本傳輸協議
關於它的：
WWW的核心——HTTP協議
眾所周知，Internet的基本協議是TCP/IP協議，目前廣泛採用的FTP、Archie Gopher等是建立在TCP/IP協議之上的應用層協議，不同的協議對應著不同的應用。<BR> WWW伺服器使用的主要協議是HTTP協議，即超文體傳輸協議。由於HTTP協議支持的服務不限於WWW，還可以是其它服務，因而HTTP協議允許用戶在統一的界面下，採用不同的協議訪問不同的服務，如FTP、Archie、SMTP、NNTP等。另外，HTTP協議還可用於名字伺服器和分布式對象管理。
2.1 HTTP協議簡介
HTTP是一個屬於應用層的面向對象的協議，由於其簡捷、快速的方式，適用於分布式超媒體信息系統。它於1990年提出，經過幾年的使用與發展，得到不斷地完善和擴展。目前在WWW中使用的是HTTP/1.0的第六版，HTTP/1.1的規范化工作正在進行之中，而且HTTP-NG(Next Generation of HTTP)的建議已經提出。
HTTP協議的主要特點可概括如下：
1.支持客戶/伺服器模式。
2.簡單快速：客戶向伺服器請求服務時，只需傳送請求方法和路徑。請求方法常用的有GET、HEAD、POST。每種方法規定了客戶與伺服器聯系的類型不同。
由於HTTP協議簡單，使得HTTP伺服器的程序規模小，因而通信速度很快。
3.靈活：HTTP允許傳輸任意類型的數據對象。正在傳輸的類型由Content-Type加以標記。
4.無連接：無連接的含義是限制每次連接只處理一個請求。伺服器處理完客戶的請求，並收到客戶的應答後，即斷開連接。採用這種方式可以節省傳輸時間。
5.無狀態：HTTP協議是無狀態協議。無狀態是指協議對於事務處理沒有記憶能力。缺少狀態意味著如果後續處理需要前面的信息，則它必須重傳，這樣可能導致每次連接傳送的數據量增大。另一方面，在伺服器不需要先前信息時它的應答就較快。
2.2 HTTP協議的幾個重要概念
1.連接(Connection)：一個傳輸層的實際環流，它是建立在兩個相互通訊的應用程序之間。
2.消息(Message)：HTTP通訊的基本單位，包括一個結構化的八元組序列並通過連接傳輸。
3.請求(Request)：一個從客戶端到伺服器的請求信息包括應用於資源的方法、資源的標識符和協議的版本號
4.響應(Response)：一個從伺服器返回的信息包括HTTP協議的版本號、請求的狀態(例如「成功」或「沒找到」)和文檔的MIME類型。
5.資源(Resource)：由URI標識的網路數據對象或服務。
6.實體(Entity)：數據資源或來自服務資源的回映的一種特殊表示方法，它可能被包圍在一個請求或響應信息中。一個實體包括實體頭信息和實體的本身內容。
7.客戶機(Client)：一個為發送請求目的而建立連接的應用程序。
8.用戶代理(User agent)：初始化一個請求的客戶機。它們是瀏覽器、編輯器或其它用戶工具。
9.伺服器(Server)：一個接受連接並對請求返回信息的應用程序。
10.源伺服器(Origin server)：是一個給定資源可以在其上駐留或被創建的伺服器。
11.代理(Proxy)：一個中間程序，它可以充當一個伺服器，也可以充當一個客戶機，為其它客戶機建立請求。請求是通過可能的翻譯在內部或經過傳遞到其它的伺服器中。一個代理在發送請求信息之前，必須解釋並且如果可能重寫它。
代理經常作為通過防火牆的客戶機端的門戶，代理還可以作為一個幫助應用來通過協議處理沒有被用戶代理完成的請求。
12.網關(Gateway)：一個作為其它伺服器中間媒介的伺服器。與代理不同的是，網關接受請求就好象對被請求的資源來說它就是源伺服器；發出請求的客戶機並沒有意識到它在同網關打交道。
網關經常作為通過防火牆的伺服器端的門戶，網關還可以作為一個協議翻譯器以便存取那些存儲在非HTTP系統中的資源。
13.通道(Tunnel)：是作為兩個連接中繼的中介程序。一旦激活，通道便被認為不屬於HTTP通訊，盡管通道可能是被一個HTTP請求初始化的。當被中繼的連接兩端關閉時，通道便消失。當一個門戶(Portal)必須存在或中介(Intermediary)不能解釋中繼的通訊時通道被經常使用。
14.緩存(Cache)：反應信息的局域存儲。
2.3 HTTP協議的運作方式
HTTP協議是基於請求／響應範式的。一個客戶機與伺服器建立連接後，發送一個請求給伺服器，請求方式的格式為，統一資源標識符、協議版本號，後邊是MIME信息包括請求修飾符、客戶機信息和可能的內容。伺服器接到請求後，給予相應的響應信息，其格式為一個狀態行包括信息的協議版本號、一個成功或錯誤的代碼，後邊是MIME信息包括伺服器信息、實體信息和可能的內容。
許多HTTP通訊是由一個用戶代理初始化的並且包括一個申請在源伺服器上資源的請求。最簡單的情況可能是在用戶代理(UA)和源伺服器(O)之間通過一個單獨的連接來完成(見圖2-1)。
圖2-1
當一個或多個中介出現在請求／響應鏈中時，情況就變得復雜一些。中介由三種：代理(Proxy)、網關(Gateway)和通道(Tunnel)。一個代理根據URI的絕對格式來接受請求，重寫全部或部分消息，通過URI的標識把已格式化過的請求發送到伺服器。網關是一個接收代理，作為一些其它伺服器的上層，並且如果必須的話，可以把請求翻譯給下層的伺服器協議。一個通道作為不改變消息的兩個連接之間的中繼點。當通訊需要通過一個中介(例如：防火牆等)或者是中介不能識別消息的內容時，通道經常被使用。 圖2-2
上面的圖2-2表明了在用戶代理(UA)和源伺服器(O)之間有三個中介(A,B和C)。一個通過整個鏈的請求或響應消息必須經過四個連接段。這個區別是重要的，因為一些HTTP通訊選擇可能應用於最近的連接、沒有通道的鄰居，應用於鏈的終點或應用於沿鏈的所有連接。盡管圖2-2是線性的，每個參與者都可能從事多重的、並發的通訊。例如，B可能從許多客戶機接收請求而不通過A，並且／或者不通過C把請求送到A，在同時它還可能處理A的請求。
任何針對不作為通道的匯聚可能為處理請求啟用一個內部緩存。緩存的效果是請求／響應鏈被縮短，條件是沿鏈的參與者之一具有一個緩存的響應作用於那個請求。下圖說明結果鏈，其條件是針對一個未被UA或A加緩存的請求，B有一個經過C來自O的一個前期響應的緩存拷貝。
圖2-3
在Internet上，HTTP通訊通常發生在TCP/IP連接之上。預設埠是TCP 80，但其它的埠也是可用的。但這並不預示著HTTP協議在Internet或其它網路的其它協議之上才能完成。HTTP只預示著一個可靠的傳輸。
以上簡要介紹了HTTP協議的宏觀運作方式，下面介紹一下HTTP協議的內部操作過程。
首先，簡單介紹基於HTTP協議的客戶/伺服器模式的信息交換過程，如圖2-4所示，它分四個過程，建立連接、發送請求信息、發送響應信息、關閉連接。
圖2-4
在WWW中，「客戶」與「伺服器」是一個相對的概念，只存在於一個特定的連接期間，即在某個連接中的客戶在另一個連接中可能作為伺服器。WWW伺服器運行時，一直在TCP80埠(WWW的預設埠)監聽，等待連接的出現。
下面，討論HTTP協議下客戶/伺服器模式中信息交換的實現。 1.建立連接 連接的建立是通過申請套接字(Socket)實現的。客戶打開一個套接字並把它約束在一個埠上，如果成功，就相當於建立了一個虛擬文件。以後就可以在該虛擬文件上寫數據並通過網路向外傳送。
2.發送請求
打開一個連接後，客戶機把請求消息送到伺服器的停留埠上，完成提出請求動作。
HTTP/1.0 請求消息的格式為：
請求消息=請求行(通用信息|請求頭|實體頭) CRLF[實體內容]
請求 行=方法 請求URL HTTP版本號 CRLF
方 法=GET|HEAD|POST|擴展方法
U R L=協議名稱+宿主名+目錄與文件名
請求行中的方法描述指定資源中應該執行的動作，常用的方法有GET、HEAD和POST。不同的請求對象對應GET的結果是不同的，對應關系如下：
對象 GET的結果
文件 文件的內容
程序 該程序的執行結果
資料庫查詢 查詢結果
HEAD——要求伺服器查找某對象的元信息，而不是對象本身。
POST——從客戶機向伺服器傳送數據，在要求伺服器和CGI做進一步處理時會用到POST方法。POST主要用於發送HTML文本中FORM的內容，讓CGI程序處理。
一個請求的例子為：
GET http://networking.zju.e.cn/zju/index.htm HTTP/1.0
頭信息又稱為元信息，即信息的信息，利用元信息可以實現有條件的請求或應答 。
請求頭——告訴伺服器怎樣解釋本次請求，主要包括用戶可以接受的數據類型、壓縮方法和語言等。
實體頭——實體信息類型、長度、壓縮方法、最後一次修改時間、數據有效期等。
實體——請求或應答對象本身。
3.發送響應
伺服器在處理完客戶的請求之後，要向客戶機發送響應消息。
HTTP/1.0的響應消息格式如下：
響應消息=狀態行(通用信息頭|響應頭|實體頭) CRLF 〔實體內容〕
狀 態 行=HTTP版本號 狀態碼 原因敘述
狀態碼表示響應類型
1×× 保留
2×× 表示請求成功地接收
3×× 為完成請求客戶需進一步細化請求
4×× 客戶錯誤
5×× 伺服器錯誤
響應頭的信息包括：服務程序名，通知客戶請求的URL需要認證，請求的資源何時能使用。
4.關閉連接
客戶和伺服器雙方都可以通過關閉套接字來結束TCP/IP對話
其實這個問題很多人問過,我也是復制粘貼的,你可以直接搜索答案,沒必要使用分數來提問的
7、如何查看伺服器安裝了什麼組件
http://www.ajiang.net/
這下載,ASP探針
8、什麼是伺服器組件？
伺服器要提供網路服務，一般都要安裝伺服器軟體，比如IIS、Apache和Nginx，同時配合相關的編程語言，比如C#、PHP、Java等。對於不同的編程語言，都會有一些提供特定功能的模塊，就拿PHP來說，有Zend、zlib、gd等模塊，也就是你說的伺服器組件。
9、組件是什麼意思?
組件就是對象。來C++ Builder中叫組件，Delphi中叫部件自，而在Visual BASIC中叫控制項。
組件是對數據和方法的簡單封裝。組件可以有自己的屬性和方法。屬性是組件數據的簡單訪問者。方法則是組件的一些簡單而可見的功能。