用ftp傳文件後壓縮
我們在開發項目的時候,特別是B/S系統,經常會遇到要批量上傳文件的需求,對此需求一般有如下幾個解決方案(以B/S為例):1. 在客戶端提供文件上傳介面,一次上傳一個文件2. 一次上傳多個文件3. 將需要上傳的文件打包,一次上傳到伺服器,並自動解壓到指定目錄1,2方法都有幾個很明顯的不足,用戶工作量大,文件如果過大,在網路環境中,上傳的效率低下,另外文件在不同的目錄,是無法進行一次選擇上傳的.所以打包上傳就成為了比較流行的批量文件上傳的解決方案,下面就來一起討論一下在java中如何實現: 主要功能需求: a. 上傳文件,將文件保存在伺服器 b. 讀取伺服器上壓縮文件,解壓到指定目錄 下面就這兩個需求說說編碼實現上傳: 使用了smartupload開源程序 參考鏈接: http://hi..com/liuzy84/blog/item/556318f4fad1cc6fddc4741a.html
Ⅱ 壓縮包上傳到ftp，那麼如何才解壓呢
如果您一次性上傳大量文件，建議您將文件壓縮成rar或zip壓縮文件上傳至主機後登陸主機控制面板在其中進行文件解壓。解壓縮方法請參考
Ⅲ ftp的MODE Z功能
一般情況下，如果用戶A想通過ftp傳輸一個文件（假設文件大小100M）給用戶B，A應該先把文件壓縮（壓縮後為60M），再傳到ftp伺服器，B先要下載該壓縮文件，再找解壓縮軟體，把這個文件解開才能使用。
當ftprush使用mode z技術後，那麼A就可以直接將該文件傳輸到支持mode z的ftp伺服器，上傳得文件是100M，上傳過程中A電腦中的ftprush會實時壓縮該文件，傳得過程中ftp伺服器會自動的實時的把該文件解壓縮，傳完後該文件在伺服器上會是100M。該過程中A實際上只上傳了60M的文件。
當B用戶下載該100M的文件的時候，伺服器會實時壓縮文件，傳送給B，B電腦上的ftprush會自動地解壓縮該文件。該過程中B實際上只下載了60M的文件。
MODE Z就是利用傳輸過程中的自動壓縮和解壓縮來減少傳輸文件的大小，會省略A壓縮和B解壓縮的時間，傳輸的效率大大的增強了。文章中的提到的60M相當於是100M的文件壓縮後會是60M，只是個比方。這個要看文件的壓縮率，並不代表所有的文件都能夠有這個壓 縮率。
Ⅳ 用ftp上傳的壓縮包為什麼打不開
可能網路傳輸狀況不好,斷線次數多，開的線程多，伺服器人太多導致不能連接太多,導致下載下來的文件損壞！ 你重新上傳吧,如果網路狀況不好這種經常發生。 也有可能是你打包的時候沒打包好，所以傳過去的文件就是損壞的。 檢查一下打包文件是不是損壞，或者換一種傳輸方式吧。。。。。。。
打字不易，如滿意，望採納。
Ⅳ 如何從ftp上將文件壓縮後下載
FTP是用來上傳下載的，本身不可能壓縮文件。