Ⅰ 在www中，web瀏覽器和web伺服器之間採用http協議進行通信，其通信方式採用什麼模式
www,wap,web都是採用tcp協議來作為通訊模式的。
Ⅱ 什麼是WEB服務和FTP服務
FTP（File Transfer Protocol）是文件傳輸協議的簡稱。
FTP的作用
正如其名所示：FTP的主要作用，就是讓用戶連接上一個遠程計算機（這些計算機上運行著FTP伺服器程序）察看遠程計算機有哪些文件，然後把文件從遠程計算機上拷到本地計算機，或把本地計算機的文件送到遠程計算機去。
FTP工作原理
拿下傳文件為例，當你啟動FTP從遠程計算機拷貝文件時，你事實上啟動了兩個程序：一個本地機上的FTP客戶程序：它向FTP伺服器提出拷貝文件的請求。另一個是啟動在遠程計算機的上的FTP伺服器程序，它響應你的請求把你指定的文件傳送到你的計算機中。FTP採用「客戶機/伺服器」方式，用戶端要在自己的本地計算機上安裝FTP客戶程序。FTP客戶程序有字元界面和圖形界面兩種。字元界面的FTP的命令復雜、繁多。圖形界面的FTP客戶程序，操作上要簡潔方便的多。
簡單地說，支持FTP協議的伺服器就是FTP伺服器，下面介紹一下什麼是FTP協議（文件傳輸協議）
一般來說，用戶聯網的首要目的就是實現信息共享，文件傳輸是信息共享非常重要的一個內容之一。Internet上早期實現傳輸文件，並不是一件容易的事，我們知道 Internet是一個非常復雜的計算機環境，有PC，有工作站，有MAC，有大型機，據統計連接在Internet上的計算機已有上千萬台，而這些計算機可能運行不同的操作系統，有運行Unix的伺服器，也有運行Dos、Windows的PC機和運行MacOS的蘋果機等等，而各種操作系統之間的文件交流問題，需要建立一個統一的文件傳輸協議，這就是所謂的FTP。基於不同的操作系統有不同的FTP應用程序，而所有這些應用程序都遵守同一種協議，這樣用戶就可以把自己的文件傳送給別人，或者從其它的用戶環境中獲得文件。
與大多數Internet服務一樣，FTP也是一個客戶機/伺服器系統。用戶通過一個支持FTP協議的客戶機程序，連接到在遠程主機上的FTP伺服器程序。用戶通過客戶機程序向伺服器程序發出命令，伺服器程序執行用戶所發出的命令，並將執行的結果返回到客戶機。比如說，用戶發出一條命令，要求伺服器向用戶傳送某一個文件的一份拷貝，伺服器會響應這條命令，將指定文件送至用戶的機器上。客戶機程序代表用戶接收到這個文件，將其存放在用戶目錄中。
在FTP的使用當中，用戶經常遇到兩個概念："下載"（Download）和"上載"（Upload）。"下載"文件就是從遠程主機拷貝文件至自己的計算機上；"上載"文件就是將文件從自己的計算機中拷貝至遠程主機上。用Internet語言來說，用戶可通過客戶機程序向（從）遠程主機上載（下載）文件。
使用FTP時必須首先登錄，在遠程主機上獲得相應的許可權以後，方可上載或下載文件。也就是說，要想同哪一台計算機傳送文件，就必須具有哪一台計算機的適當授權。換言之，除非有用戶ID和口令，否則便無法傳送文件。這種情況違背了Internet的開放性，Internet上的FTP主機何止千萬，不可能要求每個用戶在每一台主機上都擁有帳號。匿名FTP就是為解決這個問題而產生的。
匿名FTP是這樣一種機制，用戶可通過它連接到遠程主機上，並從其下載文件，而無需成為其注冊用戶。系統管理員建立了一個特殊的用戶ID，名為anonymous, Internet上的任何人在任何地方都可使用該用戶ID。
通過FTP程序連接匿名FTP主機的方式同連接普通FTP主機的方式差不多，只是在要求提供用戶標識ID時必須輸入anonymous，該用戶ID的口令可以是任意的字元串。習慣上，用自己的E-mail地址作為口令，使系統維護程序能夠記錄下來誰在存取這些文件。
值得注意的是，匿名FTP不適用於所有Internet主機，它只適用於那些提供了這項服務的主機。
當遠程主機提供匿名FTP服務時，會指定某些目錄向公眾開放，允許匿名存取。系統中的其餘目錄則處於隱匿狀態。作為一種安全措施，大多數匿名FTP主機都允許用戶從其下載文件，而不允許用戶向其上載文件，也就是說，用戶可將匿名FTP主機上的所有文件全部拷貝到自己的機器上，但不能將自己機器上的任何一個文件拷貝至匿名FTP主機上。即使有些匿名FTP主機確實允許用戶上載文件，用戶也只能將文件上載至某一指定上載目錄中。隨後，系統管理員會去檢查這些文件，他會將這些文件移至另一個公共下載目錄中，供其他用戶下載，利用這種方式，遠程主機的用戶得到了保護，避免了有人上載有問題的文件，如帶病毒的文件。
作為一個Internet用戶，可通過FTP在任何兩台Internet主機之間拷貝文件。但是，實際上大多數人只有一個Internet帳戶，FTP主要用於下載公共文件，例如共享軟體、各公司技術支持文件等。 Internet上有成千上萬台匿名FTP主機，這些主機上存放著數不清的文件，供用戶免費拷貝。實際上，幾乎所有類型的信息，所有類型的計算機程序都可以在Internet上找到。這是Internet吸引我們的重要原因之一。
匿名FTP使用戶有機會存取到世界上最大的信息庫，這個信息庫是日積月累起來的，並且還在不斷增長，永不關閉，涉及到幾乎所有主題。而且，這一切是免費的。
匿名FTP是Internet網上發布軟體的常用方法。Internet之所以能延續到今天，是因為人們使用通過標准協議提供標准服務的程序。像這樣的程序，有許多就是通過匿名FTP發布的，任何人都可以存取它們。
Internet中的有數目巨大的匿名FTP主機以及更多的文件，那麼到底怎樣才能知道某一特定文件位於哪個匿名FTP主機上的那個目錄中呢？這正是Archie伺服器所要完成的工作。Archie將自動在FTP主機中進行搜索，構造一個包含全部文件目錄信息的資料庫，使你可以直接找到所需文件的位置信息。
Web 服務是一種可以用來解決跨網路應用集成問題的開發模式，這種模式為實現「軟體作為服務」提供了技術保障。而「軟體作為服務」實質上是一種提供軟體服務的機制，這種機制可以在網路上暴露可編程介面，並通過這些介面來共享站點開放出來的功能。
從技術角度來講，Web 服務實現了最廣泛的應用軟體集成，彌補了傳統軟體開發模型的限制。Web 服務產生之前，在網路上提供對象服務通常要採用DCOM(Distributed COM)或CORBA。這兩種技術各有特點，也各自有相當廣泛的應用。前者運行在Windows操作系統上，後者主要運行在UNIX系統上，都有著相當悠久的歷史。
從概念層次上講，二者具有相近的結構，都可以讓客戶軟體實例化分布在網路上遠端的對象，並最終訪問對象服務。但是，在具體實現機制上，這兩種方案有許多不同。比如在通信協議方面，DCOM採用的是RPC協議而CORBA採用的是IIOP協議。另外，對於客戶端程序而言，訪問提供服務對象的方法也是大相徑庭，前者通過客戶端代理(proxy)，經過RPC通道後訪問服務端的存根(stub)後才可以最終訪問到對象；而後者必須先通過客戶端的存根，然後經過IIOP訪問服務端的骨架(skeleton)才能最終訪問到對象。兩種模式分別如圖9-1和9-2所示。
圖9-1 DCOM方案
正是因為兩種分布式對象方案各自為政，所以它們只能被用來開發緊耦合類型的Web分布式應用系統。所謂緊耦合，就是指客戶端必須按照特定的規范去訪問服務端提供的服務，而這種規范只在一個有限的范圍內通用。
圖9-2 CORBA方案
為了可以在整個網際網路中實現對服務的自由訪問，有必要提供一種嶄新的模式或信息交換手段來達到這個目的。於是，微軟提出了Web 服務。
Web 服務的主要特點之一是，客戶端訪問Web 服務只需要通過網際網路標准協議，如HTTP或XML，以及SOAP，不需要專門的協議，如RPC或IIOP。因為HTTP協議和XML都是與平台無關的標准協議，因此，可以被任何主流操作系統正確理解和解釋。
另外，更為關鍵的特性是，Web 服務可以被XML語言進行詳盡的描述。這就是說，提供Web服務的站點可以提供一個(或多個)該站點可以對外提供服務的描述文件，這個文件的內容可以被訪問者理解。更進一步說，就是客戶端可以從網路上直接得到代碼！
也許舉個例子能更清楚地說明問題。假設開發人員需要搭建一個商務網站，這個網站需要一個驗證客戶合法身份的功能。為了實現這個功能，下面分別描述了可以採用的辦法。
由開發人員自己編寫安全驗證所需的全部代碼。這樣做顯然不現實，一個安全驗證程序涉及到諸多專業知識，並需要相當長的時間才能夠完成。
購買這段程序(通常是一個ActiveX組件)。在收到組件之後，首先將組件注冊在自己的機器上，然後根據組件類型庫產生介面文件。在實際編程中就可以使用這個介面文件來訪問組件服務。很明顯，這種方式在目前使用得最為廣泛。
有了Web 服務，情況就不同了，只需要在自己的程序中通過訪問某個服務的URL地址，得到一份XML描述，並使用這個描述文件產生一個介面文件。然後，在實際編程中，只需要通過這個介面文件來訪問服務就可以了。一定要注意，這個服務可不是運行在我們機器上的，是運行在網際網路上URL地址所指向的地方。
如果這個網站需要更多的功能，而這些功能在一些網站上已經被開發出來，並以各種方式(免費或收費)公開出來供所有需要它們的開發人員來使用，那麼，盡量使用它們好了。當然，如果開發人員所在的公司，也想成為Web 服務提供者的話，同樣可以輕松地將他們編寫的Web 服務在網路上公布出來，供大家使用。
與緊耦合服務概念相對，由於Web 服務具備通信協議標准性和服務自描述性，所以，使用Web 服務可以開發出松耦合的分布式應用程序來。這也是Web 服務要實現的最根本的設計目標。Web 服務的體系如圖9-3所示。
Ⅲ 採用什麼方式組織web
①Web是超文本信息系統。②Web是跨平台的。③Web是分布式的。④Web是動態的和交互。Web的工作原理：Web採用客戶/伺服器模式，它是由分布在Internet上的成千成萬的Web伺服器和Web瀏覽器構成的。瀏覽器是用戶為查閱Web上信息而在本機上運行的一個程序，是用戶通向WWW網的窗口。Web伺服器存儲和管理超文本文檔和超文本鏈接，並響應Web瀏覽器的連接請求。伺服器負責向瀏覽器提供所需要的服務。Web上的信息主要以超文本的方式組織。Web採用HTML描述超文本信息，並以網頁的方式組織信息。在Web網路的運作過程中，用戶首先獲取第一個網頁，瀏覽後跟隨一條感興趣的線索轉到其他網頁上。Web採用HTTP超文本傳輸協議
Ⅳ webservice調用方式http和soap的區別，該如何處理
SOAP簡單的理解，就是這樣的一個開放協議SOAP=RPC+HTTP+XML：採用HTTP作為底層通訊協議；RPC作為一致性的調用途徑，XML作為數據傳送的格式，允許服務提供者和服務客戶經過防火牆在INTERNET進行通訊交互。RPC的描敘可能不大准確，因為SOAP一開始構思就是要實現平台與環境的無關性和獨立性，每一個通過網路的遠程調用都可以通過SOAP封裝起來，包括DCE（Distributed Computing Environment ）RPC CALLS，COM/DCOM CALLS, CORBA CALLS, JAVA CALLS，etc。
SOAP 使用 HTTP 傳送 XML，盡管HTTP 不是有效率的通訊協議，而且 XML 還需要額外的文件解析（parse），兩者使得交易的速度大大低於其它方案。但是XML 是一個開放、健全、有語義的訊息機制，而 HTTP 是一個廣泛又能避免許多關於防火牆的問題，從而使SOAP得到了廣泛的應用。但是如果效率對你來說很重要，那麼你應該多考慮其它的方式，而不要用 SOAP。
為了更好的理解SOAP,HTTP,XML如何工作的，不妨先考慮一下COM/DCOM的運行機制，DCOM處理網路協議的低層次的細節問題，如PROXY/STUB間的通訊，生命周期的管理，對象的標識。在客戶端與伺服器端進行交互的時候，DCOM採用NDR（Network Data Representation）作為數據表示，它是低層次的與平台無關的數據表現形式。
Web service一般就是用SOAP協議通過HTTP來調用它，其實他就是一個WSDL文檔，客戶都可以閱讀WSDL文檔來用這個Web service。客戶根據WSDL描述文檔，會生成一個SOAP請求消息。Web service都是放在Web伺服器 (如IIS) 後面的，客戶生成的SOAP請求會被嵌入在一個HTTP POST請求中，發送到Web伺服器來。Web伺服器再把這些請求轉發給Web service請求處理器。請求處理器的作用在於，解析收到的SOAP請求，調用Web service，然後再生成相應的SOAP應答。Web伺服器得到SOAP應答後，會再通過HTTP應答的方式把它送回到客戶端。
個人以為就把webservice當成是Http這種請求和響應方式就可以處理大部分問題了。
webservice 的調用有3種方式
1. httpget
2. httppost
3. httpsoap
soap 的優點是 可以傳遞結構化的 數據，而前兩種不行。
btw, soap 最終也是使用 HTTP 傳送 XML
HTTP就是郵局的協議，他們規定了你的信封要怎麼寫，要貼多少郵票等。。。。
SOAP就是你們之間交流的協議，負責把你所需要表達的意思寫在信紙上，同時也負責讓對方能夠看得懂你的信。
SOAP (Simple Object Access Protocol) 顧名思義，是一個嚴格定義的信息交換協議，用於在Web Service中把遠程調用和返回封裝成機器可讀的格式化數據。事實上SOAP數據使用XML數據格式，定義了一整套復雜的標簽，以描述調用的遠程過程、參數、返回值和出錯信息等等。而且隨著需要的增長，又不得增加協議以支持安全性，這使SOAP變得異常龐大，背離了簡單的初衷。另一方面，各個伺服器都可以基於這個協議推出自己的API，即使它們提供的服務及其相似，定義的API也不盡相同，這又導致了WSDL的誕生。WSDL (Web Service Description Language) 也遵循XML格式，用來描述哪個伺服器提供什麼服務，怎樣找到它，以及該服務使用怎樣的介面規范，簡言之，服務發現。現在，使用Web Service的過程變成，獲得該服務的WSDL描述，根據WSDL構造一條格式化的SOAP請求發送給伺服器，然後接收一條同樣SOAP格式的應答，最後根據先前的WSDL解碼數據。絕大多數情況下，請求和應答使用HTTP協議傳輸，那麼發送請求就使用HTTP的POST方法。
Ⅳ 什麼是WEB伺服器採用的什麼模式HTTP協議的默認埠是多少
你好.我來解答下你的問題.
所謂的WEB伺服器其實就是網站伺服器.它是在IDC機房運行.主要是為網站的後台提供支撐以及數據處理的網路伺服器.用戶在本地通過IP遠程連接操作.而且斷開連接以後.伺服器一樣是二十四小時不間斷運行.為網站提供後台服務.它所用的網站訪問埠是80.
海騰數據楊闖為你解答.若有WEB伺服器問題需要幫忙的可以找我.
Ⅵ web伺服器的三種訪問方式分為
(1)通過JET資料庫引擎對ACCESS2000資料庫的連接。
(2)通過DSN數據源對任何支持ODBC的資料庫進行連接。
(3)不通過DSN對SQL SERVER資料庫進行連接。
如果僅是訪問伺服器，那就是通過遠程桌面訪問，如果是訪問伺服器上的站點，需要在伺服器上架設web伺服器，如iis，然後建立站點，指向要訪問的文件路徑，綁定主機頭值，設置好默認首頁，就可以訪問。
(6)web服務採用什麼方式擴展閱讀：
伺服器必須具有一定的「可擴展性」，這是因為企業網路不可能長久不變，特別是在當今信息時代。如果伺服器沒有一定的可擴展性，當用戶一增多就不能勝任的話，一台價值幾萬，甚至幾十萬的伺服器在短時間內就要遭到淘汰，這是任何企業都無法承受的。為了保持可擴展性，通常需要在伺服器上具備一定的可擴展空間和冗餘件（如磁碟陣列架位、PCI和內存條插槽位等）。
Ⅶ WWW服務採用什麼工作模式
WWW服務採用客戶／伺服器工作模式，客戶機即瀏覽器（Browser）,伺服器即Web伺服器，它以超文本標記語言（HTML）和超文本傳輸協議（HTTP）為基礎，為用戶提供界面一致的信息瀏覽系統。信息資源以頁面（也稱網頁或Web頁面）的形式存儲在Web伺服器上（通常稱為Web站點），這些頁面採用超文本方式對信息進行組織，頁面之間通過超鏈接連接起來。這些通過超鏈接連接的頁面信息既可以放置在同一主機上，也可放置在不同的主機上。超鏈接採用統一資源定位符（URL）的形式。WWW服務原理是用戶在客戶機通過瀏覽器向Web伺服器發出請求，Web伺服器根據客戶機的請求內容將保存在伺服器中的某個頁面發回給客戶機，瀏覽器接收到頁面後對其進行解釋，最終將圖、文、聲等並茂的畫面呈現給用戶。
WWW服務原理如圖所示：