是否有任何理由使用ASCII碼的FTP文件，默認情況下不使用二進制文件？

當我使用傳輸以ASCII模式傳輸它們時，重音未被正確傳輸。

當我在二進制模式下傳輸它們時，重音很好。

這讓我想到：什麼是使用ASCII FTP傳輸的好處？

有什麼理由不使用二進制模式所有的時間？

來源

轉換CR + LF到LF或周圍的其他方法 – adrianm

對於FTP傳輸使用ASCII有什麼好處？

如果您正在傳輸非ASCII數據，使用ASCII模式沒有任何好處。（其實這是有害的）。

是否有任何理由不一直使用二進制模式？

好吧，如果你是發送簡單的ASCII文本文件，特別是與最終的行不同序列的平臺之間，那麼在ASCII模式下發送將轉換結束線適合於系統的形式您正在將文件傳輸到。（所以，例如，這些文件不會導致Windows「記事本」實用程序填滿）。

那麼爲什麼（某些）FTP客戶端默認使用ASCII碼？

由於FTP規範（RFC 959 Section 3.1.1.1）規定ASCII是傳輸的默認類型。

爲什麼呀？

由於歷史的原因。根據RFC，FTP協議起源於1971年，在互聯網存在之前的幾年。在那些日子裏，大多數文件的用戶希望通過網絡傳輸本來 ASCII。（好吧......我猜）

他們爲什麼不改變它呢？

由於改變規範將不必要地破壞傳統應用和對FTP規範的當前和早期版本中實現用例。）

2015-09-24 11:07:58

我會現在大多數現代GUI FTP客戶端都默認爲二進制。儘管很明顯，長期存在的命令行FTP客戶端必須堅持原有的默認設置，因爲改變它會破壞現有的腳本。 –

謝謝，我沒想到EOL方面。由於我一直在使用Unix（Mac）並上傳到Apache，所以我一直使用二進制。我有一個想法，二進制可能由於某種原因慢三倍。 –

回答