Unggahan HTTP menyediakan metode pengunggahan file yang sangat sederhana ke server, dengan pengetahuan minimal tentang transfer file. Mengunduh file juga sangat mudah. Namun, kelemahannya terletak pada kurangnya kekuatan HTTP ketika datang ke file upload. Selain itu, seorang programmer harus memiliki pengetahuan yang diperlukan untuk membuat formulir dalam HTML, untuk mengunggah file yang dimaksud. Ini terutama benar jika file tersebut untuk jaringan sosial yang mirip dengan Myspace atau Facebook yang mereka buat.
Keuntungan dan Kerugian dari FTP
Menggunakan server FTP menawarkan keuntungannya sendiri. Untuk satu, pengguna dapat menggunakan program untuk melakukan unggahan massal ke server, tidak perlu khawatir berulang kali harus men-rebrowse untuk file dan mengunggahnya kembali menggunakan satu formulir. Pengunduhan juga dapat dilakukan secara massal juga. Sayangnya, server FTP masih membutuhkan klien FTP untuk digunakan, dan penggunaan satu akan sangat merepotkan bagi mereka yang hanya ingin mengunggah satu atau dua gambar.
Perbedaan
Pada akhirnya, transfer file FTP dan HTTP memiliki tujuan yang sama sekali berbeda. Tujuan transfer file FTP kurang lebih untuk pemeliharaan situs web dan unggahan batch, sedangkan HTTP adalah untuk pekerjaan klien dan pengguna akhir untuk mengunggah hal-hal seperti film, gambar dan file lainnya ke server. Sering kali, seorang programmer akan menggunakan FTP untuk mengunggah file yang memungkinkan pengguna akhir untuk mengunggah file melalui HTML / HTTP juga.
Ini sebagian besar tentang kelebihan / kekurangan saat mengunggah . Bukan itu pertanyaannya.
sleske
@sleske: Setuju. Saya telah menurunkan jawaban Nifle.
tak terlupakanMendukungMonika
8
Secara umum, jawaban umum tentang kinerja jaringan dari suatu protokol sangat sulit, karena kinerja sangat tergantung pada pengaturan jaringan tertentu, seringkali lebih dari pada protokol yang digunakan.
Yang mengatakan, saya tidak tahu alasan mengapa throughput data http dan ftp harus berbeda. Keduanya pada dasarnya hanya mengirim data melalui aliran TCP, sehingga proses transfer data sebenarnya sama. Jadi, tidak, secara umum kecepatan unduhan harus sama untuk ftp dan http.
http biasanya lebih disukai karena alasan lain: Ia bekerja lebih baik dengan firewall (dapat proksi), memungkinkan restart unduhan yang terputus, dan dapat memasok jenis media bersamaan dengan unduhan (MIME), lebih mudah untuk mengenkripsi (TLS / SSL) , dll ...
http tidak mengizinkan unduhan yang terputus, apakah Anda yakin maksud Anda bukan ftp? ftp juga dapat diproksi dan dienkripsi. Unduhan Http lebih disukai hanya disukai karena tidak mengharuskan siapa pun untuk menginstal klien ftp (atau server untuk penyedia konten)
Nifle
1
Ya, maksud saya http. http memungkinkan Anda melanjutkan unduhan (dengan menggunakan tajuk "Range:"). Namun, saya dikoreksi untuk FTP: Ini juga memungkinkan melanjutkan unduhan.
sleske
Mengenai proksi / enkripsi: Ya, FTP dapat melakukan ini, tetapi tampaknya lebih rumit, dan yang lebih penting, kurang tersebar luas, sementara dukungan untuk proxy HTTP dan TLS praktis universal.
sleske
Dan btw, download ftp biasanya tidak memerlukan instalasi klien ftp, karena sebagian besar browser dapat mengunduh dengan ftp (menggunakan ftp: // URL). Namun, sebagian besar browser tidak dapat mengunggah dengan ftp.
sleske
3
Bagi saya salah satu jebakan FTP terbesar adalah ketidakmampuannya untuk menggunakan kembali soket. FTP memiliki 3 mode transfer, Stream, Block, dan Compressed, namun dukungan untuk dua yang terakhir tidak umum. Dalam mode default, dan paling banyak digunakan (Stream), data pada dasarnya ditransfer sebagai aliran byte mentah dan karena tidak memiliki metadata tentang kapan selesai dengan file itu, ia harus TUTUP koneksi ketika selesai. Ini berarti jika Anda mentransfer 100.000 file melalui FTP Anda membuka dan menutup 100.000 koneksi TCP. Jika itu tidak cukup buruk ketika salah satu koneksi ini ditutup, itu harus dimasukkan ke dalam status TIME_WAIT untuk jangka waktu tertentu. Penundaan standar untuk port yang akan digunakan kembali pada windows adalah 240 detik (4 menit). Untuk melengkapi semua ini, Anda hanya memiliki hingga 5.000 port untuk digunakan secara default. Ini membuat FTP mimpi buruk untuk mentransfer sejumlah besar file kecil. Dengan mengubah registri Anda bisa mendapatkan penundaan cooldown hingga 30 detik dan meningkatkan port pengguna maks menjadi sekitar 65.000 yang akan banyak membantu tetapi sama sekali tidak ideal.
HTTP di sisi lain dapat menggunakan kembali soket yang sama untuk mentransfer banyak file. Jadi, jika Anda memiliki banyak file (terutama file yang lebih kecil) maka HTTP akan menjadi pilihan yang lebih baik tanpa keraguan.
Jika Anda melakukan hanya beberapa file besar maka tidak masalah protokol mana yang Anda gunakan. Saya pikir FTP baru saja terlintas dalam pikiran ketika orang berpikir untuk mentransfer file tetapi itu tidak berarti lebih baik.
Secara umum, jawaban umum tentang kinerja jaringan dari suatu protokol sangat sulit, karena kinerja sangat tergantung pada pengaturan jaringan tertentu, seringkali lebih dari pada protokol yang digunakan.
Yang mengatakan, saya tidak tahu alasan mengapa throughput data http dan ftp harus berbeda. Keduanya pada dasarnya hanya mengirim data melalui aliran TCP, sehingga proses transfer data sebenarnya sama. Jadi, tidak, secara umum kecepatan unduhan harus sama untuk ftp dan http.
http biasanya lebih disukai karena alasan lain: Ia bekerja lebih baik dengan firewall (dapat proksi), memungkinkan restart unduhan yang terputus, dan dapat memasok jenis media bersamaan dengan unduhan (MIME), lebih mudah untuk mengenkripsi (TLS / SSL) , dll ...
sumber
Bagi saya salah satu jebakan FTP terbesar adalah ketidakmampuannya untuk menggunakan kembali soket. FTP memiliki 3 mode transfer, Stream, Block, dan Compressed, namun dukungan untuk dua yang terakhir tidak umum. Dalam mode default, dan paling banyak digunakan (Stream), data pada dasarnya ditransfer sebagai aliran byte mentah dan karena tidak memiliki metadata tentang kapan selesai dengan file itu, ia harus TUTUP koneksi ketika selesai. Ini berarti jika Anda mentransfer 100.000 file melalui FTP Anda membuka dan menutup 100.000 koneksi TCP. Jika itu tidak cukup buruk ketika salah satu koneksi ini ditutup, itu harus dimasukkan ke dalam status TIME_WAIT untuk jangka waktu tertentu. Penundaan standar untuk port yang akan digunakan kembali pada windows adalah 240 detik (4 menit). Untuk melengkapi semua ini, Anda hanya memiliki hingga 5.000 port untuk digunakan secara default. Ini membuat FTP mimpi buruk untuk mentransfer sejumlah besar file kecil. Dengan mengubah registri Anda bisa mendapatkan penundaan cooldown hingga 30 detik dan meningkatkan port pengguna maks menjadi sekitar 65.000 yang akan banyak membantu tetapi sama sekali tidak ideal.
HTTP di sisi lain dapat menggunakan kembali soket yang sama untuk mentransfer banyak file. Jadi, jika Anda memiliki banyak file (terutama file yang lebih kecil) maka HTTP akan menjadi pilihan yang lebih baik tanpa keraguan.
Jika Anda melakukan hanya beberapa file besar maka tidak masalah protokol mana yang Anda gunakan. Saya pikir FTP baru saja terlintas dalam pikiran ketika orang berpikir untuk mentransfer file tetapi itu tidak berarti lebih baik.
sumber