TCP/IP 與 Internet 網路：第十二章 檔案傳輸系統  上一頁           下一頁

翻轉工作室：粘添壽

12-3 FTP 傳輸檔案格式

雖然在 RFC 959 中，規範了許多 FTP 傳輸檔案格式的標準，這是希望廠商在製作 FTP 伺服器時，都必須依照這些標準，讓不同電腦系統可以相互傳輸檔案。

但是實作方面，並非所有標準都必須具備，尤其目前 Internet 網路上的 FTP 伺服器大多建立在 Unix 或 Linux 系統上，它所能提供的選項更少。但我們還是依照 RFC 959 上所列的規範來介紹，因為有些地方還是會用到。

12-3-1 檔案型態

FTP 協定標準中有下列檔案型態，在製作時至少必須選擇一種：

（a）ASCII 檔案型態

ASCII 是一般 FTP 伺服器預設在文字檔案的傳輸中所使用的檔案型態。它也是配合 NTV ASCII 傳輸方法，傳輸之前將檔案內容轉換成 NTV ASCII 格式，到達對方時，再依照 NTV ASCII 格式轉換成本地的資料型態，因此，這種傳輸方式相容性最高。NTV ASCII 是以每 8 個位元為一字元編碼，每一行的結尾用歸位（Carrier Return, <CR>）和新行（Linefeed, <LF>）組合表示（如第十二章介紹）。

（b）EBCDIC 檔案型態

EBCDIC（Extended Binary Coded Decimal Interchange Code）是 IBM 電腦上的專屬編碼方式，如果在 IBM 電腦上採用此傳輸格式，可省去許多格式轉換的工作。但在其它電腦系統上，反而增加許多不需要的負擔（Overhead），因此，除非 IBM 系列電腦才會選用此傳輸格式，其它電腦系統甚少使用。

（c）Image 檔案型態

『影像』（Image）檔案型態又稱為『二進位』（Binary）檔，它是將原來資料儲存的二進位格式，以連續位元流串列傳輸。採用此方法時，檔案都不必經過轉換，直接傳送，一般都應用於傳輸執行檔、影像、聲音等檔案。

（d）Local 檔案型態

『本地』（Local）檔案型態是由傳送端指定傳輸格式，譬如指定本地 36 位元格式，則以 TYPE L 36 命令指定。一般使用於邏輯資料宣告不同的環境，譬如某一端以 36 位元表示浮點數，而另一端以 32 位元表示之。但目前遇到此種情況大多以二進位元檔傳送即可達成。

12-3-2 格式控制型態

『格式控制』（Format Control）是表示傳輸檔案中，是否包含哪種格式的控制字元，譬如，跳頁，換行等等，一般都跟列印格式較有關係。這個選項只有 ASCII 或 EBCDIC 檔案型態（文字檔案）才有，可選擇下列格式之一：

（a）不列印

『不列印』（No Print）格式是一般 FTP 協定的預設值，表示在傳輸檔案當中不特殊處理列印控制訊息，如檔案中有列印控制字碼（如，Word 文件），也將它看成一般文字型態傳送。

（b）Telnet 格式控制

檔案內包含針對 Telnet 格式直譯（Interpret）的列印控制字元，譬如，<CR>、<LF>、<NL>、<VT>、<FF> 與 <CR><LF> 來控制列印格式。

（c）Fortran Carriage 控制

檔案內包含 Fortran Carriage 的列印控制字元。

12-3-3 資料結構型態

『資料結構』（Data Structure）表示傳輸檔案的邏輯資料型態，可選擇下列型態之一：

(a)  檔案結構（File Structure）

此為預設型態，它將檔案視為一個連續的位元串流而組成，並沒有內部的檔案結構。

(b)  紀錄結構（Record Structure）

檔案是由紀錄結構所構成，一般使用於傳輸資料庫系統的紀錄檔案，也是 ASCII 和 EBCDIC 檔案型態才具有之結構。一般資料庫的紀錄檔案都非常龐大，依此結構傳輸可減少轉換的工作，但目前大多以二進位檔案型態來傳送。

(c)  頁結構（Page Structure）

檔案裡包含頁數的傳輸，目前幾乎已不使用。

<GOTOP>