ftp0位元組

① ftp上傳文件大小為0

出現這個問題原因可能如下：
1、空間使用量已經達到設置的最大空間容量，請加大空間或者刪除部分文件。
2、假如帳號FTP_123對應目錄e:\ftproot\zmfzzf\aa的空間（20M），帳號FTP_456對應e:\ftproot\zmfzzf\aa\a（20M），用帳號FTP_456刪除帳號FTP_123上傳的文件，這時就會在帳號FTP_123上存在空間刷新不過來的情況。
當用帳號FTP_123上傳的文件大小達到20M（空間已滿），此時你用帳號FTP_456刪除了FTP_123帳號上傳的文件，但實際FTP_123帳號空間已使用容量還是20M，所以再用FTP_123上傳文件時就會出現上傳文件顯示0位元組。遇到這樣的問題請及時與客服聯系解決。
因此，建議客戶用同一個帳號上傳和刪除文件。否則出現上述問題客服不承擔任何責任。

② FTP上傳文件後,伺服器上顯示此文件0位元組

0位元組的文件上傳時伺服器會生成一個同樣名的0位元組的文件，但顯示的是上傳失敗，
不用擔心，伺服器已有這個0位元組的文件了

③ ftp上傳伺服器後文件是0位元組，求解決方法

文件損壞....

④ 為什麼FTP上傳的文件都是0位元組

你看到的都是0kb的,其實是有大小的。如果有失敗的最好再上傳一次,多上傳幾次,直到沒有失敗的為止

⑤ 採用linux作為伺服器，ftp上傳文件為什麼是0位元組

你的linux上已經開啟了FTP服務的話，那麼執行如下命令：ftplinux伺服器IP地址。put文件名。如果你需要上傳很多的文件的話，那麼建議你使用FTP工具，比如：flashfxpcuteftpleapftp等工具都可以實現的。

⑥ 為什麼FTP上傳的文件是0位元組，FTP上傳文件0位元組的解決辦法

使用同一個電腦，同樣的軟體對另一個網站的ftp操作確一切正常。這個不能正常ftp傳輸的網站無論上傳或下載後的文件大小變成0位元組。在ftp環境下可以刪除遠程的文件。另外，進入默認的文件夾後根本無法進入上級和下級目錄，既無法打開。
有時候登錄時還不能正常進入默認遠程文件夾。使用leapftp登錄後的右上部的往根目錄的箭頭也不見了。
後來使用flashfxp、dreamwere、ie去登錄ftp地址，其結果都相同。與虛擬主機服務商反復聯系。虛擬主機的空間尚存在比較大的餘量。文件空間未超過設定值。服務商確認那邊沒問題。虛擬主機服務商又說我的電腦有問題。我又把我的電腦一鍵恢復了。還是沒有解決。偶然的機會去外地公差，在外地他人的電腦里把我的網站ftp修改成功了。可見兩頭沒問題，而在異地使用ftp可以正常將文件上傳和修改了。
故障信息代碼見下圖：
錯誤代碼一錯誤代碼二錯誤代碼三
問題的主要表現是登錄後馬上打開www文件夾。可以看到此文件夾里的文件，可以進行刪除。但是，不能對其進行其他任何操作。如果上傳文件大小為0。
打開上級文件夾或下級文件夾都看不到該文件夾里的文件或文件夾。
最後，虛擬主機服務商建議修改我的電腦的首選dns伺服器地址和備用dns伺服器地址。還是沒有解決。最後，找到了寬頻介入服務商，在她那裡對接入設置進行了調整。問題得到了解決。誰能想到寬頻接入商還會影響到ftp的傳輸。看來，虛擬主機系統的不同（windows、unix等）和寬頻接入的設置都會影響到ftp的正常傳輸。

⑦ ftp上傳的文件為0kb怎麼辦

出現這個問題時，用戶就不知道如何處理了，上傳到底是成功了還是失敗了呢？不確認…如果安裝了，會不會在某功能方面有問題呢？也不確認…

其實出現這個提示主要與空間的設置有關，可以看一下，出現這些黃色警告信息的文件多是0位元組。有些空間對0位元組文件比較敏感，當它發現上傳的文件是0位元組時，就會標一個警告信息。

出現這種提示時，可以這樣操作，就是找一個報警的文件，比如上圖中html下的某個0位元組文件；然後到空間上找到對應目錄core/html 在這個目錄下，看一下剛才的0位元組文件是否已經成功上傳？如果已經上傳了，則在CuteFXP上傳序列中刪除這個上傳文件即可。多數情況下，是已經上傳成功了，因此，大可放心。

當然，既然是多數情況，肯定也有少數情況。如果空間中對應目錄下，這些0位元組文件沒有上傳成功，則需要與空間商溝通一下，讓他們幫你把這些文件上傳到空間去，這樣也是可以解決問題的。
或者使用專門的編輯軟體，如Editplus或Dreamweaver編輯一下這些0位元組的文件，在裡面放個值，如0，再保存後，就不是0位元組文件了，就可以正常上傳的。
據暗香統計，目前這樣的空間已經越來越少了….

⑧ 採用linux作為伺服器，ftp上傳文件為什麼是0位元組

1. 可以嘗試下重啟下ftp試下，如果不行的話 檢查下埠是否開啟（默認的需要啟動服務的）。

2. 如若還是不行的話 可以嘗試重啟伺服器試下。應該可以進行解決的。

3. 還是不行的話 就需要重裝下ftp了，然後在試下。

如果以上三種方式都不行的話，就需要讓機房檢查下線路的事情了（最好是提供下路由追蹤）

可以看下蘋果互聯的主機，他們的專業性是比較強些的。

⑨ 用apache的ftp包上傳文件後文件為0位元組

加上這句ftpClient.enterLocalPassiveMode();試試

⑩ ftp上傳文件失敗，長傳文件大小為零位元組！

上傳時出現同名零位元組的文件，應該是伺服器端建立了一個臨時文件准備接收數據，但是出現錯誤，就無法上傳了。此時FTP客戶端和伺服器建立的tcp網路連接還在，伺服器端仍然在等待客戶端上傳數據，在等待一段時間收不到數據以後，伺服器端才會關閉這個鏈接，同時刪掉臨時文件，在這段時間內你用什麼FTP程序上傳都會出錯，因為伺服器端的臨時文件還在，無法新建同名文件，伺服器還在等你寫入上一次的數據到最初的臨時文件。

過了一段時間後，伺服器等不到你的數據，關閉了最初的有錯誤的連接，刪掉了臨時文件，你再上傳，就沒問題了，就可以上傳成功，因為可以再次新建一個臨時文件了。這就是你看到的這個錯誤的原理。只要以後你上傳沒出錯，應該不會再出現問題，如果還出問題，就建議聯系FTP伺服器的管理員協助你處理。

由於不同FTP伺服器處理方式不同，我給出的只是一種可能的原理，並不一定就是你這個錯誤的實際情況，如果有其他新的情況可以繼續追問，幫你繼續分析。