1. ftp伺服器可以像資料庫一樣提供連接池嗎
因為我是調用後台的WebService進行ftp文件的讀取，WebService伺服器並不一定和ftp伺服器是同一台機子，在WebService內封裝了對ftp的連接、發送命令、接受數據的，客戶端用IE進行操作，所以實際上是WebService不斷的和ftp連接，就是想在WebService端能不能作類似於連接池的東西
2. 關於ftp協議的疑問
同一個埠是不是同時只能被一個TCP連接使用啊？
不是
還有，為什麼要使用20埠我還是不明白，用其它埠應該也可以傳送數據啊，反正都是被封裝在IP協議中的
使用20隻是一種約定,並不強制使用20.
答案補充:
呵呵,20埠也可以是被動連接呀
我看其它協議請求連接的一方都是使用任意一個操作系統分配的埠
你所說的情況的來源於FTP支持主動方式,而通常其他的服務提供方不會有主動連接這樣的嘗試方式.
3. 關於網路傳輸過程的數據封裝
數據封裝（Data Encapsulation）是指將協議數據單元（PDU）封裝在一組協議頭和尾中的過程。在OSI七層參考模型中，每層主要負責與其它機器上的對等層進行通信。該過程是在協議數據單元（PDU）中實現的，其中每層的PDU一般由本層的協議頭、協議尾和數據封裝構成本文選自WireShark數據包分析實戰詳解清華大學出版社。
為了幫助用戶更清楚的理解數據封裝過程，下面通過一個實例來說明這個過程。假設某個公司區域網使用乙太網，當員工從區域網的FTP伺服器下載一個文件時，該文件從FTP伺服器到員工主機的傳輸過程如圖1.17所示本文選自WireShark數據包分析實戰詳解清華大學出版社。
在圖1.17中，FTP伺服器作為數據的發送端，員工主機作為數據的接收端。下面分別介紹數據發送和接收處理過程。
1.數據發送處理過程數據封裝協議數據單元封裝WireShark數據包分析
（1）應用層將數據交給傳輸層，傳輸層添加上TCP的控制信息（稱為TCP頭部），這個數據單元稱為段（Segment），加入控制信息的過程稱為封裝。然後，將段交給網路層。
（2）網路層接收到段，再添加上IP頭部，這個數據單元稱為包（Packet）。然後，將包交給數據鏈路層。
（3）數據鏈路層接收到包，再添加上MAC頭部和尾部，這個數據單元稱為幀（Frame）。然後，將幀交給物理層。
（4）物理層將接收到的數據轉化為比特流，然後在網線中傳送。
2.數據接收處理過程數據封裝協議數據單元封裝WireShark數據包分析
（1）物理層接收到比特流，經過處理後將數據交給數據鏈路層。
（2）數據鏈路層將接收到的數據轉化為數據幀，再除去MAC頭部和尾部，這個除去控制信息的過程稱為解封裝，然後將包交給網路層。
（3）網路層接收到包，再除去IP頭部，然後將段交給傳輸層。
（4）傳輸層接收到段，再除去TCP頭部，然後將數據交給應用層。
從以上傳輸過程中，可以總結出以下幾點。如下所示：
（1）發送方數據處理的方式是從高層到底層，逐層進行數據封裝。
（2）接收方數據處理的方式是從底層到高層，逐層進行數據解封裝。
（3）接收方的每一層只把對該層有意義的數據拿走，或者說每一層只能處理發送方同等層的數據，然後把其餘的部分傳遞給上一層，這就是對等層通信的概念本文選自WireShark數據包分析實戰詳解清華大學出版社數據封裝協議數據單元封裝WireShark數據包分析。
4. 怎麼用bat封裝 ftp://[email protected] 打開bat就能實現在我的電腦中創建一個文件夾
都不要批處理，只要用映射功能就行了，在映射的地方填入你的網路文件地址，簡單方便，具體操作，打開計算機-空白處右鍵-選擇添加一個網路位置，在裡面輸入你要添加網路文件夾的地址
5. 可否幫我寫個用java編寫的ftp伺服器呢謝謝啦~~
Java是一種簡單的，跨平台的，面向對象的，分布式的，解釋的，健壯的安全的，結構的中立的，可移植的，性能很優異的多線程的，動態的語言。當1995年SUN推出Java語言之後，全世界的目光都被這個神奇的語言所吸引。那麼Java到底有何神奇之處呢？
Java語言其實最早是誕生於1991年，起初被稱為OAK語言，是SUN公司為一些消費性電子產品而設計的一個通用環境。他們最初的目的只是為了開發一種獨立於平台的軟體技術，而且在網路出現之前，OAK可以說是默默無聞，甚至差點夭折。但是，網路的出現改變了OAK的命運。
在Java出現以前，Internet上的信息內容都是一些乏味死板的HTML文檔。這對於那些迷戀於WEB瀏覽的人們來說簡直不可容忍。他們迫切希望能在WEB中看到一些互動式的內容，開發人員也極希望能夠在WEB上創建一類無需考慮軟硬體平台就可以執行的應用程序，當然這些程序還要有極大的安全保障。對於用戶的這種要求，傳統的編程語言顯得無能為力，面SUN的工程師敏銳地察覺到了這一點，從1994年起，他們開始將OAK技術應用於WEB上，並且開發出了HotJava的第一個版本。當SUN公司1995年正式以Java這個名字推出的時候，幾乎所有的WEB開發人員都想到：噢，這正是我想要的。於是Java成了一顆耀眼的明星，丑小鴨一下了變成了白天鵝。
Java的開發環境有不同的版本，如sun公司的Java Development Kit， 簡稱JDK。後來微軟公司推出了支持Java規范的Microsoft Visual J++ Java開發環境，簡稱 VJ++。
[編輯本段]Java名稱的由來
說起Java這個名稱是怎麼來的，在世界上還流傳著不同版本的傳說。
1.咖啡說
1995年，SUN公司和好萊塢准備開展一個技術交流會，皆以宣傳公司的產品。James Gosling帶著他的系統來到了技術交流會。但他不能用OAK這個名字了。OAK已經被一家半導體公司注冊了，並且注冊了好多領域，只能換名。James Gosling四處觀望尋找靈感，他看到了一個泡咖啡的杯子，杯子上印著Java，James Gosling就把這種語言改名為Java。
2.度假說
1994年6、7月間，在經歷了一場歷時三天的頭腦風暴的討論後，Green團隊決定再一次改變了努力的目標，這次他們決定將該技術應用於萬維網。他們認為隨著Mosaic瀏覽器的到來，網際網路正在向同樣的高度互動的遠景演變，而這一遠景正是他們在有線電視網中看到的。此時Green小組組員正在在印度尼西亞爪哇島（Java）度假時，於是他們把Oak改名為Java。
3.簡寫說
Java命名來源於開發人員名字的組合：James Gosling、Arthur Van Hoff和Andy Bechtolsheim首字母的縮寫。
4.頭腦風暴說
關於Java命名的由來，James Gosling是曾經這樣回答過Jonathan Schwartz，原文如下：
From: James Gosling
Date: August 24, 2007 8:16:58 PM PDT
To: Jonathan Schwartz
Subject: How was Java named?
The story goes like this:
We needed a name. We had been using "oak" (which was selected essentially randomly by me), and while the team had grown attached to it, the trademark lawyers ruled it out. We had lots of email debates about names, but nothing got resolved. We ended up in the awkward position where the #1 thing stopping us from shipping was the name.
Our marketing lead knew someone who was a "naming consultant" (I don't remember his name, but he was great). We could neither afford the price nor the time of a conventional proct naming process. He agreed to do something rather odd, but effective and quick: he acted as a facilitator at a meeting where about a dozen of us locked ourselves in a room for an afternoon. He started asking us questions like "How does this thing make you feel?" (Excited!) "What else makes you feel that way?" (Java!) We ended up with a board covered with essentially random words. Then he put us through a sorting process where we ended up with a ranking of the names. We ended up with a dozen name candidates and sent them off to the lawyers: they worked down the list until they hit one that cleared their search. "Java" was the fourth name on the list. The first name on the list was "Silk", which I hated but everyone else liked. My favorite was "Lyric", the third one on the list, but it didn't pass the lawyers test. I don't remember what the other candidate names where.
So, who named Java? Marketing organized the meeting, the consultant ran it, and a whole pile of us did a lot of yelling out of random words. I'm honestly not real sure who said "Java" first, but I'm pretty sure it was Mark Opperman.
There certainly wasn't any brilliant marketing mind who went through a coherent thought process.
中文翻譯如下：
我們需要一個名字。我們已經使用了oak（那是我隨機挑選的），然而當開發團隊接觸它的時候，這個商標已經被律師排除了。我們收到許多關於命名爭論的電子郵件，但是問題沒有解決。我們需要結束這種棘手的處境，阻撓我們前進的首要問題就是這命名。
我們市場部領導了解到某人是「命名顧問」（我不記得他的名字了，但是他是很棒）。我們既不可能提供金錢也不可能提供時間用於常規產品的命名過程。他同意做個臨時的事，但是要高效和快捷：一天下午，我們大概十二個人將自己鎖在一個房間內，他在會上充當一個主持人。他讓我們寫一些名稱來做一個挑選。我們最終寫了十二個候選名稱，並且將其送達給律師團審閱。律師團看了列表，選定了能排出其它名稱的候選項。「Java」是列表裡的第四個名稱。列表裡的第一個名稱是「Silk」，那是我討厭但是其他人喜歡的名稱。我最喜歡的是列表裡的第三個名稱「Lyric」，但是它沒有通過律師團的審核。我不記得其它候選名稱了。
為什麼命名Java呢？市場部組織了一個會議，顧問提名，我們全體人員喊出隨機的詞語。說實話，我真的不確定誰最先說「Java」，但是我有很有把握說這人是Mark Opperman。
確實不存在任何傑出的市場理念能夠通過一致的認可。
[編輯本段]Java的特點
1.平台無關性
平台無關性是指Java能運行於不同的平台。Java引進虛擬機 原理，並運行於虛擬機，實現不同平台的Java介面之間。使用Java編寫的程序能在世界范圍內共享。Java的數據類型與 機器無關，Java虛擬機（Java Virtual Machine）是建立在硬體和操作系統之上，實現Java二進制代碼的解釋執行功能， 提供於不同平台的介面的。
2.安全性
Java的編程類似C++，學習過C++的讀者將很快掌握Java的精髓。Java舍棄了C++的指針對存儲器地址的直接操作，程序運行時，內存由操作系統分配，這樣可以避免病毒通過指針侵入系統。Java對程序提供了安全管理器，防止程序的非法訪問。
3.面向對象
Java吸取了C++面向對象的概念，將數據封裝於類中，利用類的優點，實現了程序的簡潔性和便於維護性。類的封裝性、繼承性等有關對象的特性，使程序代碼只需一次編譯，然後通過上述特性反復利用。程序員只需把主要精力用在類和介面的設計和應用上。Java提供了眾多的一般對象的類，通過繼承即可使用父類的方法。在Java中，類的繼承關系是單一的非多重的，一個子類只有一個父類，子類的父類又有一個父類。Java提供的Object類及其子類的繼承關系如同一棵倒立的樹形，根類為Object類，Object類功能強大，經常會使用到它及其它派生的子類。
4.分布式
Java建立在擴展TCP/IP網路平台上。庫函數提供了用HTTP和FTP協議傳送和接受信息的方法。這使得程序員使用網路上的文件和使用本機文件一樣容易。
5.健壯性
Java致力於檢查程序在編譯和運行時的錯誤。類型檢查幫助檢查出許多開發早期出現的錯誤。Java自己操縱內存減少了內存出錯的可能性。Java還實現了真數組，避免了覆蓋數據的可能，這些功能特徵大大提高了開發Java應用程序的周期。並且Java還提供了Null指針檢測、數組邊界檢測、異常出口、Byte code校驗等功能。
[編輯本段]Java與C/C++語言
Java提供了一個功能強大語言的所有功能，但幾乎沒有一點含混特徵。C++安全性不好，但C和C++被大家接受，所以Java設計成C++形式，讓大家很容易學習。Java去掉了C++語言中的指針運算、結構、typedefs、#define、需要釋放內存等功能，減少了平常出錯的50%，讓Java的語言功能很精煉。而且，因為Java很小，所以整個解釋器只需215K的RAM，並增加了一些很有用的功能，如自動收集碎片。Java實現了C++的基本面象對象技術並有一些增強，（為了語言簡單，刪除了一些功能）。Java處理數據方式和用對象介面處理對象數據方式一樣。
Java與C和C++直接相關.Java繼承了C的語法,Java 的對象模型是從C++改編而來的.現代程序設計始於C,而後過渡到C++,現在則是JAVA.通過大量的繼承,JAVA提供了一個強大的,可以更好地利用已有成果的,邏輯一致的程序設計環境,並且增加了在線環境需求的新功能.或許最重要的一點在於,由於它們的相似性,C,C++和JAVA為專業程序員定義了一個統一的概念架構.程序員從其中的一種語言轉到另一種語言時,不會遇到太大的困難.
[編輯本段]Java與Internet
我們知道，早先的www僅可以傳送文本和圖片，Java的出現實現了互動的頁面，是一次偉大的革命。Java並不是為Internet、www而設計的，它也可以用來編寫獨立的應用程序。Java是一種面向對象語言，Java語言類似於C++語言，所以已熟練掌握C++語言的編程人員，再學習Java語言就容易得多！Java程序需要編譯，它被放置在Internet伺服器上，當用戶訪問伺服器時，Java程序被下載到本地的用戶機上，由瀏覽器解釋運行。實際上有兩種Java程序：一種Java應用程序是一個完整的程序，如Web瀏覽器。另一種Java小應用程序是運行於Web瀏覽器中的一個程序。Java程序和它的瀏覽器HotJava，提供了可讓你的瀏覽器運行程序的方法。你能從你的瀏覽器里直接播放聲音，你還能播放頁面里的動畫，Java還能告訴你的瀏覽器怎樣處理新的類型文件。當我們能在2400 baud線上傳輸視頻圖象時，HotJava將能顯示這些視頻。
[編輯本段]Java與電子商務
電子商務是當今的熱門話題，然而傳統的編程語言難以勝任電子商務系統，電子商務要求程序代碼具有基本的要求：安全、可靠、同時要求能與運行於不同平台的機器的全世界客戶開展業務。Java以其強安全性、平台無關性、硬體結構無關性、語言簡潔同時面向對象，在網路編程語言中占據無可比擬的優勢，成為實現電子商務系統的首選語言。
6. 怎樣利用SSL打造安全的FTP文件傳輸
打開serv-u管理控制台，點擊「限制和設置」，然後選擇「加密」。
點擊「創建證書…」，在「新建證書」對話框里輸入相關的證書信息。
在彈出的對話框，選擇「是」。
這時會自動把證書信息更新好！ 伺服器端的設置到這就結束了，如果serv-u伺服器的監聽器裡面的990埠沒有開啟的話，需要開啟一下。
在客戶端上的設置，我們這里用ftp voyager做為客戶端。打開FTP voyager，在「站點文件配置管理器」裡面選擇「高級」。
在「安全」項，連接使用「SSL Implicit Encryption」。
點擊「確定」，在返回的界面輸入用戶名和密碼，點擊「連接」。
這時會彈出「SSL安全警告」，選擇「是」。
7. 網路應用層協議
(1)域名系統(Domain Name System，DNS)：用於實現網路設備名字到IP地址映射的網
絡服務。
(2)文件傳輸協議(File Transfer Protocol，FTP)：用丁實現互動式文件傳輸功能。
(3)簡單郵件傳送協議(Simple Mail Transfer Protocol, SMTP)：用於實現電子郵箱傳送功能
(4)超文本傳輸協議(HyperText Transfer Protocol，HTTP)：用於實現WWW服務。
(5)簡單網路管理協議(simple Network Management Protocol，SNMP)：用於管理與監視網路設備。
(6)遠程登錄協議(Telnet)：用於實現遠程登錄功能。
8. 簡述計算機FTP即文件傳輸協議的定義
傳輸協議中各層都為上一層提供業務功能。為了提供這種業務功能，下一層將上一層中的數據並入到本層的數據域中，然後通過加入報頭或報尾來實現該層業務功能，該過程叫做數據封裝。用戶的數據要經過一次次包裝，最後轉化成可以在網路上傳輸的信號，發送到網路上。當到達目標計算機後，再執行相反的拆包過程。這類似於日常生活中寫信，把自己要表達的意思寫到紙上，有興趣的話還要把紙折疊成特殊的形狀，然後放到信封里並封好口，寫好收信人的地址、郵政編碼和姓名，再貼上郵票，郵局的工作人員再蓋上郵戳送到收信人所在郵局，郵遞員按信上的地址把信交給收信人，收信人再拆信，閱讀其內容。
9. 1、什麼是WEB服務；什麼是FTP服務
什麼是Web服務?
本文是架構Web服務的系列文章的第二篇，從Web服務的技術定義開始，來探討什麼是Web服務。首先，作者從技術角度詳細分析了Web服務作為Internet環境下的軟體組件的基本角色，從這個基本角色開始，詳細介紹了這個組件對象的包裝規范Web Service "stack"，並對Web服務的應用做了分類，最後藉助Garnter Group的材料考察了Web服務的當前發展狀況。
在本系列的上一篇文章中，我就為什麼需要Web服務，從商業利益需求的角度進行了分析。本文將結合技術驅動的發展需求，詳細介紹從技術上來看，到底什麼是Web服務，以及Web服務的應用分類。就技術角度而言，無論從哪個角度來看，Web服務都是對象/組件技術在Internet中的延伸。
本文所引用的資源主要包括兩類，一類是Web服務的技術資源網站，包含了大量Web服務的技術信息，另一類是Web服務「stack"系列技術規范，他們是一個整體的技術體系，包括UDDI、SOAP、WSDL、XML等。本文的最後給出了這些資源的鏈接，有興趣的讀者可以通過這些 資源鏈接找到所需的內容。
Web對象
從外部的使用者的角度而言，Web服務是一種部署在Web上的對象/組件，它具備以下特徵：
完好的封裝性，Web服務既然是一種部署在Web上的對象，自然具備對象的良好封裝性，對於使用者而言，他能且僅能看到該對象提供的功能列表。
鬆散耦合，這一特徵也是源於對象/組件技術，當一個Web服務的實現發生變更的時候，調用者是不會感到這一點的，對於調用者來說，只要Web服務的調用界面不變，Web服務的實現任何變更對他們來說都是透明的，甚至是當Web服務的實現平台從J2EE遷移到了.NET或者是相反的遷移流程，用戶都可以對此一無所知。對於鬆散耦合而言，尤其是在Internet環境下的Web服務而言，需要有一種適合Internet環境的消息交換協議。而XML/SOAP正是目前最為適合的消息交換協議。
使用協約的規范性，這一特徵從對象而來，但相比一般對象其界面規范更加規范化和易於機器理解。首先，作為Web服務，對象界面所提供的功能應當使用標準的描述語言來描述(比如WSDL)；其次，由標准描述語言描述的服務界面應當是能夠被發現的，因此這一描述文檔需要被存儲在私有的或公共的注冊庫裡面。同時，使用標准描述語言描述的使用協約將不僅僅是服務界面，它將被延伸到Web服務的聚合、跨Web服務的事務、工作流等，而這些又都需要服務質量(QoS)的保障。其次，我們知道安全機制對於鬆散耦合的對象環境的重要性，因此我們需要對諸如授權認證、數據完整性(比如簽名機制)、消息源認證以及事務的不可否認性等運用規范的方法來描述、傳輸和交換。最後，在所有層次的處理都應當是可管理的，因此需要對管理協約運用同樣的機制。
使用標准協議規范，作為Web服務，其所有公共的協約完全需要使用開放的標准協議進行描述、傳輸和交換。這些標准協議具有完全免費的規范，以便由任意方進行實現。一般而言，絕大多數規范將最終有W3C或OASIS作為最終版本的發布方和維護方。
高度可集成能力。由於Web服務採取簡單的、易理解的標准Web協議作為組件界面描述和協同描述規范，完全屏蔽了不同軟體平台的差異，無論是CORBA、DCOM還是EJB都可以通過這一種標準的協議進行互操作，實現了在當前環境下最高的可集成性。
Web Service "Stack"
在前一節中，我們已經了解到為了完成在鬆散耦合的環境下的對象訪問，以及在基本對象訪問之上的諸如事務、工作流、安全機制等。實現一個完整的Web服務體系需要有一系列的協議規范來支撐。
Figure 1. Web Service "stack"
其中，綠色部分是先前已經定義好的並且廣泛使用的傳輸層和網路層的標准：IP、HTTP、SMTP等。而藍色部分是目前開發的Web服務的相關標准協議，包括服務調用協議SOAP、服務描述協議WSDL和服務發現/集成協議UDDI，以及服務工作流描述語言WSFL。而橙色部分描述的是更高層的待開發的關於路由、可靠性以及事務等方面的協議。黃色部分是各個協議層的公用機制，這些機制一般由外部的正交機制來完成。
從以上這個技術層次圖我們看以看到，Web服務追求的第一目標是簡單性。可能大家會覺得很奇怪，有那麼多協議，怎麼能說他簡單。
首先，這些協議本身都是簡單的，無論是HTTP, FTP等傳統的TCP/IP系統的網路協議，還是SOAP, WSDL, UDDI, WSFL等基於XML的協議，他們設計原則中的一個最重要點就是力求簡單性。相信大家如果對XML、SOAP等有深入了解的話，一定會深深體會這一點。
其次，一個可以使用的Web服務應當按照需要選用若干層次的功能，而無需所有的特性。比如在目前狀況下，一個簡單應用可能只要使用WSDL/SOAP就可以架構一個符合規范的Web服務了。
最後，所有的機制完全是基於現有的技術，並沒有創造一個完全的新體系。無論是IPv4、HTTP、FTP這些現有的網路協議，還是SOAP、WSDL等這些基於XML而定義的協議都是遵循著一個原則：繼承原有的被廣泛接受的技術，這樣才能使得Web服務被廣泛接受。
Web服務的類別
綜合當今的Web應用以及Web服務的特點，我們認為Web服務實施的領域可以分為四類：
Business-Oriented Web Service: 該類服務針對的是那些面向企業應用服務，包括企業內部的ERP系統，企業間的SCM/CRM等系統。當這些系統以Web服務的形式在網路(Internet和intranet)中出現時，企業內的應用集成將更未容易，而在企業間的眾多合作夥伴的系統對接也將不再是無法完成的任務。目前現有的解決方案和產品的提供商有Bowstreet、Epicentric等。
Consumer-Oriented Web Service: 此類服務針對的是那些原先的B2C的網站的改造，為這些Browser-Oriented的Web應用增加(注意是增加)了Web服務的應用界面，使得第三方的桌面工具或其自身提供的增值的桌面工具能夠利用更優秀的用戶界面提供跨越多個B2C服務的桌面服務。這將使得用戶使用Internet更為方便，能夠獲得更加便捷的服務。比如我們完全就可以在個人理財桌面系統中集成(調用)Internet上的股票價格查詢Web服務、機票預定Web服務等，使得個人理財應用的自動化程度更高。
Device-Oriented Web Service: 此類服務的使用終端一般是手持設備和日用家電，對於前者而言，可以在不用修改網路服務的體系架構的前提下，令先前的網路服務支持除PC以外的各種終端，比如Palm、PocketPC、手機等。如此，那些天氣預報服務、Email服務、主動信息服務等將更為有效和便捷。而後者對於日用家電，則可能是一個市場的啟動期，有了Web服務作為基礎框架，智能型的日用家電將真正獲得標準的支持，從而有了廣泛使用的可能。
System-Oriented Web Service: 一些傳統意義上的系統服務，比如用戶許可權認證，系統監控等，如果被遷移到全球范圍的Internet上，或者企業內部的intranet上，其作用范圍將從單個系統或局部網路拓展到整個企業網路或整個Internet。如此，基於同一系統服務的不同應用將得以在整個Internet環境中部署，譬如跨國企業的所有在線服務可以使用同一個用戶許可權認證Web服務。
Web服務: 當今的技術最亮點
Figure 2. Web服務的當前發展狀況
以上這幅圖是Gartner Group在研究了所有IT主流時尚技術的發展道路後，作出的抽象模型。Y軸表明技術的受關注程度，而X軸則表示技術的應用的成熟度。每一項技術在從出現到成熟的整個過程都將沿著圖中的曲線前進，而且典型地，都將被劃分為五個階段：
技術顯現：一門技術被發明或定義之後，開始進入公眾的視野；
不斷膨脹的期望期：由於該項技術的劃時代的突破，使人們對這項技術有著無比美好的想像和期望，這一階段類似"網路的泡沫器"；
希望破滅之後的醒悟期：由於每項技術都不是萬能的，真正獲得使用仍然需要務實的加以應用研究，因此此時人們發現這項技術似乎並沒有期望中那麼有用，這一階段類似"網路的泡沫破滅"；
豁然開朗的應用發展期：經過了一個階段的開發和研究，該項技術終於走上了良性發展的軌道，越來越多的人接受並使用了該項技術；
大量的工業化生產期：該項技術成為業界主流，大量應用在具體的環境中。
什麼是FTP伺服器
FTP（文件傳輸協議）服務被廣泛應用於提供軟體下載服務、web網站內容更新服務以及不同類型計算機間的文件傳輸服務。除了軟體下載服務可以由web服務替代，不同類型計算機間的文件傳輸服務可以由電子郵件部分替代以外，web網站內容的更新服務即文件的上載服務，仍然要藉助於FTP來完成。
功能
（1）軟體下載服務
與超文本傳輸協議（HTTP）不同，FTP使用兩一個埠用於接收文件。所以，對於文件傳輸而言，FTP要比HTTP的效率高得多。因此，即使在web服務能夠提供軟體下載的今天，FTP服務依然是各專業軟體下載站點提供下載服務的最主要方式。
（2）web網站內容的更新
web網站中的內容只有不斷地更新和完善才能更多地吸引瀏覽者的目光。雖然有多種web網站內容更新的解決方案，但其中最安全和最方便的方式當屬FTP方式。
當一台伺服器上擁有若干虛擬Web站點或虛擬目錄時，並且這些虛擬web站點或虛擬目錄分別由不同的用戶維護時，可分別建立若干虛擬FTP伺服器，將虛擬FTP伺服器的主目錄與虛擬Web伺服器的主目錄一一對應起來，並分別為每個虛擬FTP站點指定相應的授權用戶，即可由各網站管理員利用FTP客戶端程序實現對自己web站點內容的管理和維護。
（3）不同類型計算機間的文件傳輸
FTP和所有的TCP/IP家族成員一樣，都是與平台無關的。雖然Windows系列的計算機之間可以通過資源共享的方式（如共享文件夾）實現數據交換，但不同類型的計算機之間則無法通過類似的機制實現數據共享，只能採用其他可跨越操作系統平台的方式，如E-mail附件、web站點下載和FTP文件傳輸的方式實現。其中，只有FTP文件傳輸的交互性最好。
（4）數據的備份和存儲
藉助於FTP服務，我們可以把重要文件上傳至FTP伺服器保存起來，從而有效地實現數據的備份和存儲，即使本地計算機發生「災難」，也可以充分保證遠程數據的存儲安全。
10. 系統集成 選擇題
1、 2、A 5、A 10、B 11、c