Что лучше — FTP или HTTP?

Question

[CloudMonster]

Здравствуйте!
По какому протоколу лучше скачивать файлы с сайта? FTP или HTTP?
Какая между ними разница? Есть ли разница в скорости скачивания?
И что будет безопаснее?

Answer 1

[svd71]

для закачки файлов, особенно в массом порядке а также ими управление лучше подходит ftp. Протокол специально для этого и создан.

Для скачивания файлов лучше подходит протокол http. Если предполагается предоставлять доступ на скачивание всем, то безопасней для хостера именно http. В протоколе не предусмотрено управление и изменение файлов., что намного безопаснее ftp.

Хоть оба протокола открыты, а требуется передавать секретные данные (не для всех), то можно воспользоваться их шифрованными аналогами sftp и https.

Comments

[plasticmirror]

в протоколе вполне себе предусмотрено "управление и изменение файлов", PUT / DELETE и т.п. с опциями в виде Range... не говоря уж про расширения типа WebDAV... другое дело, что сервер должен явно реализовывать и разрешать изменения, но протокол тут точно не ограничивает фантазию.

[Влад Животнев]

@plasticmirror ох, webdav таааакая гадость, что уж лучше ftp )

[Влад Животнев]

@svd71 sftp - это не аналог ftp. Это file transfer protocol over ssh. Кроме похожего название - ничего общего.

FTP over ssl называется ftps.

Но да, sftp _намного_ предпочтительнее всего остального для аплоада файлов.

[plasticmirror]

на самом деле, если говорить про протоколы - то сделать download / upload файлов максимально просто и быстро - на http довольно легко. оверхед минимален, накручивать можно что угодно (от многопотоковой загрузки до TLS на любой вкус, включая гост).

по дефолту умеют все браузеры, практически все языки реализуют http запросы, куча утилит... совместимость максимальная вобчем.

если клиент умеет в много потоков грузить - совсем хорошо. докачка из коробки. проверки целостности нативной, насколько я помню, не предусмотрено - полагаемся на механизмы tcp.

даже закачка файла неизвестного заранее размера предусмотрена в стандарте (chunked-encoding).

[Carburn]

Влад Животнев: SSH File Transfer Protocol (SFTP) не является протоколом FTP работающим поверх SSH (file transfer protocol over ssh) — это другой, новый протокол.
Также SFTP иногда путают с Simple File Transfer Protocol из-за совпадающего сокращения «SFTP».

Answer 2

[Степан]

Из серии "Что лучше: цветной холодильник или стиралка с wi-fi"

Comments

[kompi]

Тут и думать нечего, однозначно стиралка с wi-fi!

[1001001 111]

Не, холодильник с функцией стирки всяко круче =)

Answer 3

[Влад Животнев]

Безопаснее - https.
Пользователям проще скачивать по http(s).

Answer 4

[Константин Романов]

wiki FTP
wiki HTTP
безопаснее HTTPS

Answer 5

[SHAKIRA]

смотря для чего. для заливки файлов конечно ftp, но это только для администрирования. а пользователям лучше все через http отдавать. просто не надо пользователям создавать лишние трудности. про фтп многие знают меньше чем про торренты и как этим пользоваться думаю не поймет 13 летняя девчонка

Answer 6

[hadra]

FTP можно, но как ранее написали это подходить для торронтов или файлов больших размеров.
Лучше всего через http с открытым и закрытом ключом или как платная альтернатива https

Comments

[mrpsycho]

с каких пор https платный? )

[hadra]

Нет, ты конечно можешь все сам сделать ... Но можно заплатить 20$ и за тебя все сделаю... + подлинность получаешь и доверие у пользователя будет по больше )
а если ты сам напишешь, то большинстве случаях браузер будет предупреждать ( пугать ) пользователей ... Разумеется долго они не задержатся...

[hadra]

Да видел и бесплатные.. но лучше тогда вовсе не использовать... Хром подсвечивает их как желтые и не рекомендует и он прав.. они не способны сильно защитить соединение ..

[Влад Животнев]

@hadra хватит бредить.
У StartSSL вполне себе кошерные сертификаты, только на winphone 7 не работают.
А "защита" от стоимости сертификата мало зависит - всё равно страховку по сертификатам никто не выплачивает. А алгоритм шифрования у всех сертификатов (независимо от цены) зависит не от их стоимости, а от длины ключа и включенных циферов на сервере.

[hadra]

Спорить не буду, я мало чего о них знаю.. Но вот пример тык, первое что попалось ... Этот сертификат покупной... я не знаю как он называется у всех по разному.. но такой идет от 20 000р =(

[Влад Животнев]

@hadra без страховки - 200 баксов за 2 года ему цена.
К тому же это extented validation сертификат, его получить геморройно (только юр лицам дают).

Обычные сертификаты без страховки стоят по $7 баксов в год у какого-нибудь namecheap. А у StartSSL бесплатные дают без wildcard. А за 59 баксов в год - выписывайте себе у них сколько угодно сертификатов.

[hadra]

Я юридическое лицо и да, времени много в не куда уйдет =((
Соглашусь что страховка не нужна.

[Влад Животнев]

@hadra юридическое лицо может получить и обычный сертификат. Без плашки, дня за 2.

Плашка подразумевает, что это действительно некая компания с названием "Dzerzhinskiy OOO". Что такая компания действительно существует и у неё всё в порядке с документами по регистрации юр лица. А то, что есть ещё "Dzerzhinski OOO" сертификаторам как бы срать. Так что плашки тоже абузятся легко.

[hadra]

Спасибо , лови +

Answer 7

[AndrewDnt]

Вот нашел в сети.
==============
Для одиночного файла небольшого размера и медленного соединения FTP покажет себя лучше. При получении нескольких файлов подряд (особенно небольших размеров) HTTP обычно показывает лучший результат.
===============

Что делает FTP быстрым?
в передаваемом потоке нет мета описаний, только чистые бинарные данные. Справочные данные идут в отдельном соединении;
нет накладных расходов по перекодировке передаваемых данных.

Что делает HTTP быстрым?
повторное использование существующих постоянных соединений повышает производительность TCP, не тратится время на создание новых соединений;
конвейерная обработка позволяет быстрее запрашивать несколько файлов с одного и того же сервера;
(автоматическое) сжатие трафика уменьшает объём передаваемых данных, это может увеличить скорость передачи при условии быстрых клиента и сервера и медленного канала связи;
нет управляющих команд в потоке передачи данных, это экономит время обработки.
В конечном итоге чистый результат, конечно, зависит от конкретных деталей, но я бы сказал, что для одиночных статических файлов вы не сможете увидеть ощутимую разницу.