cftp斷點上傳

『壹』 什麼ftp工具最好用,並且支持斷點續傳

FlashFXP v3.40 多國語言版

功能強大的 FXP / FTP 軟體，融合了一些其他優秀 FTP 軟體的優點，如像 CuteFTP 一樣可以比較文件夾，支持彩色文字顯示；像 BpFTP 支持多文件夾選擇文件，能夠緩存文件夾；像 LeapFTP一樣的外觀界面，甚至設計思路也差相彷彿。支持文件夾(帶子文件夾)的文件傳送、刪除；支持上傳、下載及第三方文件續傳；可以跳過指定的文件類型，只傳送需要的文件；可以自定義不同文件類型的顯示顏色；可以緩存遠端文件夾列表，支持FTP 代理及 Socks 3 & 4；具有避免空閑功能，防止被站點踢出；可以顯示或隱藏「隱藏」屬性的文件、文件夾；支持每個站點使用被動模式等。!

http://www.crsky.com/soft/1183.html

『貳』 C# FTP上傳斷點續傳~

參考：http://blog.csdn.net/jiankunking/article/details/50017009

裡面有FTP模式的上傳、下載（包括斷點續傳）的所有需要的代碼。

包括可能需要的IIS部署服務教程和調用的示例都很詳細。拷貝下來基本上就可以用（如果不是windows應用程序，可以把原文進度條那段刪掉或者改成自己要用的代碼）。

『叄』 有人有代碼linux下的FTP伺服器，使用C或者C++開發；實現文件的上傳、下載、斷點續傳。在線等，謝謝！

媽呀，直接下個ftpd的代碼改改唄？
要不 FileZilla Server 什麼的
都開源
何必苦做伸手黨？

『肆』 FTP該如何實現斷點續傳

客戶端的實現步驟如下：
一、下載：
1、向伺服器發送「REST + 本地文件長度」命令，告訴伺服器，客戶端要斷點下載了。這時伺服器還不知道客戶端要下載哪個文件；
要實現FTP的斷點續傳，FTP伺服器必須支持REST指令，這條指令在FTP協議文本RFC959中就已經定義了，不過它不是FTP伺服器必須支持的指令。一般,你可以在下載前使用REST 100命令進行實驗，如果伺服器正常執行了這條命令，說明該伺服器支持FTP斷點續傳。REST後面跟的數表示下載文件的起始位置，而REST 0表示從文件最開始處下載。REST命令本身並不執行下載功能，你仍需要使用RETR命令執行下載工作。
2、向伺服器發送「RETR + 文件名」命令，通知伺服器要下載的文件名，這時伺服器開始定位文件指針讀文件並發送數據。
3、客戶端定位本地文件指針（文件末尾）；
4、兩端的准備工作都做完了以後，客戶端創建socket，以被動或非被動方式建立數據通道，循環調用recv接收數據並追加入本地文件；
二、上傳：
1、獲取伺服器上和本地要上傳文件的同名文件大小；
2、向伺服器發送「APPE ＋ 文件名」，通知伺服器，接下來從數據通道發送給你的數據要附加到這個文件末尾。
3、定位本地文件指針（和FTP上文件大小相同的位置）
4、從文件指針處讀數據並發送。
代碼里將斷點上傳和斷點下載放到同一個函數（MoveFile）里，通過get參數說明是上傳還是下載。

『伍』 FTP上傳時經常中斷，怎麼辦

通過FTP傳輸工具來上傳下載資源是有很多優勢的，可以斷點續傳而且還可以自動傳輸，速度方面也有保障。但是這位網友遇到的問題卻比較少見。訪問FTP後通過具備許可權的帳戶上傳數據，開始一切正常，但是過了幾秒後就出現「傳送失敗」的提示，同時分析FLASHFXP提示的錯誤信息為「426 data connection cloased,error decompressing data stream」。同時左邊傳輸列表中的任務顯示為紅叉，數據不再傳輸。
由於我們已經能夠使用該帳戶登錄FTP並傳輸數據，所以在帳號許可權上是沒有任何問題的，FTP伺服器應該也是正常運行的。接下來我們可以嘗試使用其他FTP工具或者直接用IE瀏覽器訪問該伺服器。通過IE瀏覽器一般可以解決傳輸問題，畢竟IE瀏覽器是最基本最原始的FTP登錄和數據傳輸工具。 如果IE瀏覽器可以順利訪問那麼出問題的就肯定是Flashfxp工具了，這時我們需要從以下幾個方面下手排查故障。 第一步：啟動Flashfxp，然後通過主菜單的「選項」->「參數配置」來設置傳送模式，默認應該是「自動」，不過這種自動模式很可能造成通訊解碼的錯誤，從而引發中斷問題。因此我們可以針對此問題在「傳送模式」下進行修改，從「自動」切換為使用「ASCII」字元傳送，確定保存後再次嘗試上傳即可。 第二步：如果問題依舊的話那麼我們就只能夠被動的提高繼續傳輸次數來解決上傳必須手工修改任務狀態的問題。通過「站點管理器」找到要登錄的站點，然後找到「高級」標簽，將其下的「續傳支持」修改為「是」，應用後再次嘗試即可。 第三步：如果還是不能夠解決FTP上傳中斷的問題，我們還可以通過「選項」->「參數配置」來更改重新嘗試傳送的次數，正因為默認上傳嘗試的次數為三次，所以我們上傳數據時經過三次中斷後就自動將該任務重置為「失敗」了，我們不得不手工重置任務為「正常」，再繼續任務才行。當然如果我們把「重試失敗的傳送」次數修改為99或者更多，那麼Flashfxp會自動在失敗後重新嘗試傳輸，從而解決了必須手工操作的問題。 第四步：經過設置後就算在上傳過程中出現「426 data connection cloased,error decompressing data stream」造成傳送失敗，我們也不用擔心了，Flashfxp會自動繼續傳輸。 小提示： 出現上述錯誤提示實際上是當上傳文件大小為0的空文件時，系統自動提示上傳失敗。然而實際上該文件名在伺服器上已經創建，因此這個問題是FlashFxp客戶端軟體的誤報錯。

『陸』 ftp 命令可以斷點續傳嗎

二、上傳： 1、獲取伺服器上和本地要上傳文件的同名文件大小； 2、向伺服器發送「APPE ＋ 文件名」，通知伺服器，接下來從數據通道發送給你的數據要附加到這個文件末尾。 3、定位本地文件指針（和FTP上文件大小相同的位置） 4、從文件指針處讀數據並發送。 好 了，FTP斷點續傳的原理就這么簡單。代碼里將斷點上傳和斷點下載放到同一個函數（MoveFile）里，通過get參數說明是上傳還是下載。當然，整個 FTP類的實現有800多行，包括登錄、退出、獲取FTP文件大小、刪除FTP伺服器上文件、響應伺服器，解析響應信息等函數。相應的注釋代碼里都有，這 里就不一一熬述了。
這里重點說說PASV模式，即被動模式，這是FTP命令里比較不容易理解的一個，這條命令請求伺服器在某個埠（非FTP默認埠或控制命令埠）創建一個監聽socket，伺服器創建的埠號會在客戶端的控制命令通道上得到響應。得到這個埠號後，客戶端就可以創建新的 socket（數據通道）
connect過去，並進行文件傳輸等工作。否則，如果為非被動模式，那麼監聽的socket由客戶端創建，伺服器connect過來。 對於這條命令的存在我是這么理解的，存在這么一種情況：客戶端的IP是個內網的IP，伺服器的IP是個外網的，當進行數據傳輸時內網的IP對於伺服器是不可見的，只有由伺服器啟動監聽socket才能建立數據通道，所以必須以被動模式進行。：）

『柒』 什麼是FTP斷點續傳

有時用戶通過FTP下傳文件需要歷時數小時，萬一線路中斷，不具備FTP斷點續傳的FTP伺服器就只能從頭重傳；中國萬網「虛擬主機」上的FTP伺服器具有FTP斷點續傳能力，允許用戶從上傳斷線的地方繼續傳動，這樣大大減少了用戶的煩惱。

『捌』 FTP體系中,什麼是斷點續傳,有何用途

斷點續傳就是當你正在下載東西時，由於突發的一些事情，或自己有事導致電腦關機。當你下次再去下載同一個東西時，它會自動的從上一次下載的地方接著下，而不是重頭開始下載。現在迅雷和網際快車都支持斷點續傳