ftp採集獲取文件數據時間報錯

Ⅰ ubuntu文件通過ftp傳輸後,時間不對

ftp上傳的文件日期和時間是伺服器端時間和日期，如果ftp上傳時間和日期和本地不一樣，可以修改ftp伺服器端時間和事情就可以了。 修改時間日期方法： 1、雙擊計算機時間，打開日期和時間修改頁面。 2、點擊更改日歷設置，就可以修改日期

Ⅱ 批處理FTP文件及報錯,請大神幫忙看看,謝謝

ftp 的語句里沒發現明顯錯誤，你把
ftp -n那句改成
ftp -s:"%ftpfile%" >> "%logfile%"
試試，還不行的話，把最後那句del刪掉運行批處理，然後打開一個cmd窗口，按照生成的putfile.ftp的命令一行一行手工執行下，看看哪一句出了問題，這是處理這類問題的一個思路。

Ⅲ 在ftp上下載文件，每當進度條到最後都提示復制文件時發生錯誤.the operation timed out 。怎麼解決

FTP伺服器軟體對中缺緩悔文一般支持都不是很好，且一般對長文件名支持不好，伏正應該盡哪弊量避免使用中文目錄名和中文文件名，特別是長中文目錄名和中文文件名
你描述的情況可能是上述原因引起的，你可以試著使用8.3制的文件名且放入FTP根目錄試試，問題應該能夠解決

Ⅳ FTP服務顯示時間不正確，比實際提前8小時，ftp是小米手機遠程管理。

樓主的這個時間差貌似不是FTP的原因。請注意你當前操作的文件名的後半部分，就是083709，該圖片文件的創建、修改、瀏覽時間都是一樣的，都是8月31號下午4時37分，如果你的照片是今天拍攝的，現在的時間實際上是上午。說明很可能是你用於拍攝照片的照相機的時間設置有問題。

Ⅳ ftp上傳文件時中斷或超時怎麼解決

實驗分析：
第一次，上傳了39.9M共計4330個文件，用了半小時，中間出現多次傳輸失敗。

第二次，上傳了12.9M的一個壓縮包文件，用了6秒，中間未出現傳輸失敗。

第三次，上傳了117M的一個壓縮包文件，用了17秒，中間未出現傳輸失敗。

細心的人不難看出，出現上傳中斷的實驗中，所上傳的數據有個明顯的特點：文件數特別多。而上傳成功的兩次，則只有一個文件上傳。
這樣看來，FTP上傳中斷應該是跟待上傳的文件個數有關了。
專業解釋如下：
FTP是應用層的協議，它基於傳輸層，為用戶服務，它們負責進行文件的傳輸。FTP是一個8位的客戶端-伺服器協議，能操作任何類型的文件而不需要進一步處理，就像MIME或Unicode一樣。但是，FTP有著極高的延時，這意味著，從開始請求到第一次接收需求數據之間的時間會非常長，並且不時的必需執行一些冗長的登錄進程。
FTP服務一般運行在20和21兩個埠。埠20用於在客戶端和伺服器之間傳輸數據流，而埠21用於傳輸控制流，並且是命令通向ftp伺服器的進口。當數據通過數據流傳輸時，控制流處於空閑狀態。而當控制流空閑很長時間後，客戶端的防火牆會將其會話置為超時，這樣當大量數據通過防火牆時，會產生一些問題。此時，雖然文件可以成功的傳輸，但因為控制會話會被防火牆斷開，傳輸會產生一些錯誤。

說的這么專業，很多非計算機專業的童鞋可能看能雲里霧里，那麼我們通俗的解釋下為什麼會出現FTP上傳的文件數比較多的時候就會很慢而且經常中斷。
我們把伺服器比作一座城市，我們上傳的文件就是想要去到城市裡的人，FTP協議是想要進城必須遵守的規矩，而傳輸數據的埠就是城門，每一個文件看做一個人。

當我們使用FTP客戶端向伺服器上傳文件數表較多的數據的時候，可以看做是一群人分別駕駛著自己的小轎車通過埠這座門戶進入伺服器這座城市。

但是，因為進城就必須遵守一定的規則（FTP協議），也就是必須先去命令埠這道門申報一下我要進城然後從數據埠這道門進去，且每次開門只能進一輛車，例如上圖的5輛車進城就必須排隊等著城門（數據埠）開啟關閉5次，而每一次開啟關閉城門用時特別久，最重要的是在命令埠這道門申報了之後並不是一直有效，而是在一定時間之後就會關閉，數據埠一看命令埠關閉了，就會跟著關閉，而這時候因為開門關門佔用了大量的時間，等待進城的這些車並沒有全部進去，這時候就需要重新去命令埠申報，這就是為什麼上傳著數據中突然中斷了，因為命令埠的開放時間到了，必須重新申報了。

那麼將大量數據壓縮成一個壓縮包上傳呢，這時候就可以看做是一群人坐著一輛大巴車進城。

這時候，因為只有一輛車進城，所以在命令埠開放的時間內，這輛大巴車就已經進去城市了，也就不會出現中斷了。
分析到了這里，我們應該很明白了，如果想解決FTP上傳中斷的問題，那麼最好的解決辦法就是將數據打包壓縮之後再上傳，這樣就不會出現上傳中斷了，切記，千萬不要一次上傳太多的文件，一定要打包壓縮上傳。