А я думаю зачем удалять если оно есть?
Кому мешает — непонятно.

Этой маргинальщиной (нет, я не про ftp) кто-то пользуется?

Причина: ftp соединяется намного дольше, чем http, особенно для пачек мелких файлов

Проблема кривого клиента. У правильного клиента количество соединений по FTP = количеству соединений по HTTP+N, где N это колиечство потоков.

Сей досадный факт ещё раз доказывает ущербность знаний арчефилов :-)

Мешает хозяевам серверов.

Например, пингатору скорости доступных зеркал. Один черт известно, что фтп медленнее всех.

Это говорит адепт Федоры, в которой из-за незнания существования «эксклюзивного доступа к файлу» при аварийном завершении yum'а нужно руками стирать lock-файл? -)

Мешает хозяевам серверов.

Ну хозяевам то серверов мешает, понятно — дак пусть они и выпиливают. Тогда пользователи сами же и повыкинут из своих mirror.list фтп адреса. А здесь, как я понимаю, наоборот из списков удаляют, а не физически с серверов.

избавиться от ftp в дефлотном списке репозиториев.

Или это джобс так выразился непонятно просто.

Может просто хотят обновить оффициальный гайдлайны для создателей зеркал.

Всё правильно сказали.

а есть альтернатива для, например, хостингов?

нет. всякие аплоадеры на пыхпыхе еще более ущербны.

wut?

У правильного клиента количество соединений по FTP = количеству соединений по HTTP+N, где N это колиечство потоков.

Не понял, можно разжевать? При ковырянии Apache Http Client я там видел дефолтный запрет на создание более 2-х одновременных соединений к одному хосту мотивированный какой-то рекомендацией из стандарта HTTP или даже «нетикетом», это из этой степи?

Это говорит адепт Федоры, в которой из-за незнания существования «эксклюзивного доступа к файлу» при аварийном завершении yum'а нужно руками стирать lock-файл?

В Арче та же фигня, вроде.

мм... арче-проблемы?

Все так. Кстати, а при помощи пайплайнинга можно в HTTP файлы скачивать?

SFTP

Только «за». Чем больше илитарности у арча, тем меньше красноглазых школьников в других дистрибутивах. Да здравствует Арч - «санитар леса»!

я уже думал об этом. а он точно лучше/быстрее? а если я не хочу при этом шелл давать?

Да что ж за дураки, не разбирающиеся в сути проблемы, лезут командовать и решать?!

Если грамотно урезать права, то ничего плохого не будет. Ну будут у юзера команды cp, mv, rm, touch - но он и так может (через FTP) это делать. А разархивировать архивы (tar) даже все нормальные веб-морды умеют.

и возможность запустить эксплойт. ну ладно. а в остальном? скорость туда-сюда? мне кажется, шифрование должно урезать скорость

Странные они. А как на хостинге chmod, mkdir, на пример, сделать?
Или я чего-то не понимаю?

в дефлотном списке репозиториев

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

До тех пор, пока mirror.yandex.ru отдаёт репы Арча по http, то даже их собственный ftp да, не нужен. Уж лучше подождать пару часиков синхронизации репозиториев, чем тянуть всякие там кеды со сравнительно черепашей скоростью с кернел.орг.

Затупил.
Спать пора...

Ну вот, и снова за пользователей решили, что им не нужно.

Не понял, можно разжевать?

Для ftp достаточно один раз открыть сессию и гнать все файлы поочерёдно с помощью get.

Для ftp достаточно один раз открыть сессию и гнать все файлы поочерёдно с помощью get.

Смотря что называть get. В пассививном режиме сервер создаёт новый сокет на новом порту и отдаёт информацию об адресе и номере порта клиенту. Клиент создаёт новое TCP соединение на этот порт и по нему передаёт данные.

В стандартном режиме, вне зависимости от get или put - сервер коннектится к клиенту. Клиент в сообщает на каком адресе и на каком порту будет слушать принимать соединение от сервера.

а как по http определить тип файла на сервере? по ftp можно filemode посмотреть, а по http?

а как по http определить тип файла на сервере? по ftp можно filemode посмотреть, а по http?

А у HTTP есть замечательный метод HEAD.

не, нельзя. в http хедэре нет инфы о том директория это, симлинк, простой файл или пайп, сокет.

HEAD / http/1.1
Host: mirrors.wayround.org

HTTP/1.1 200 OK
Date: Mon, 13 Feb 2012 22:37:13 GMT
Server: Apache/2.2.21 (Unix) mod_ssl/2.2.21 OpenSSL/0.9.8r DAV/2 PHP/5.3.10 mod_wsgi/3.3 Python/2.6.7
Vary: Accept-Encoding
Content-Type: text/html;charset=UTF-8

HEAD /www.kernel.org http/1.1
Host: mirrors.wayround.org

HTTP/1.1 301 Moved Permanently
Date: Mon, 13 Feb 2012 22:38:35 GMT
Server: Apache/2.2.21 (Unix) mod_ssl/2.2.21 OpenSSL/0.9.8r DAV/2 PHP/5.3.10 mod_wsgi/3.3 Python/2.6.7
Location: http://mirrors.wayround.org/www.kernel.org/
Vary: Accept-Encoding
Content-Type: text/html; charset=iso-8859-1

HEAD /www.kernel.org/ http/1.1
Host: mirrors.wayround.org

HTTP/1.1 200 OK
Date: Mon, 13 Feb 2012 22:39:43 GMT
Server: Apache/2.2.21 (Unix) mod_ssl/2.2.21 OpenSSL/0.9.8r DAV/2 PHP/5.3.10 mod_wsgi/3.3 Python/2.6.7
Vary: Accept-Encoding
Content-Type: text/html;charset=UTF-8

HEAD /upp.py http/1.1
Host: mirrors.wayround.org

HTTP/1.1 200 OK
Date: Mon, 13 Feb 2012 22:43:52 GMT
Server: Apache/2.2.21 (Unix) mod_ssl/2.2.21 OpenSSL/0.9.8r DAV/2 PHP/5.3.10 mod_wsgi/3.3 Python/2.6.7
Last-Modified: Fri, 03 Feb 2012 15:49:14 GMT
ETag: "1a20010-183a-4b8114128f280"
Accept-Ranges: bytes
Content-Length: 6202
Content-Type: text/plain

ох уж эти тенденции единобразия

разве что принимать / вконце как каталог, но проблемы с симлинками это не решает.

и возможность запустить эксплойт.

Во первых существует noexec, а во вторых эксплоит можно запустить и из php скрипта или беконнекта на перле.
В общем тут ssh никак не влияет, совершенно.

мне кажется, шифрование должно урезать скорость

Только аутентификация (и установка сессионного ключа) идет по rsa/dsa.
Для шифрования передаваемых данных используется AES (по дефолту, хотя поддерживаются и другие алгоритмы) который во всех современных процессорах уже работает хардварно.
Т.е накладки могут быть только если у разработчиков ssh клиента кривые руки.

На современных процессорах скорость хардварного шифрования (с нулевой нагрузкой на остальной процессор) идет на гигабиты в секунду.

Не понял, можно разжевать?

FTP это «командное соединение + множество соединений данных, по 1 на каждый файл». Если тебе надо утащит 10 файлов с сервера, то это 1 командное соединение + 10 соединений данных. Если HTTP-сервер не поддерживает keepalive, то для передачи 10 файлов тебе потребуется 10 соединений. Keepalive в HTTP включается даалеко не всегда (в зависимости от настроек сервера и клиента), и практически никогда закачивалки обновлялок в этот «белый список» кому сервер отдает keepalive, не попадают.

Я репозиторий арча обновляю так - запускаю MC, выполняю ctrl-d, и удаляю старые файлы, обновляя новые. Быстро и просто. Какие альтернативы даст http?

Ну конечно, кто ж еще через него качает-то...

ftp&http

ftp&http для закачек? может лучше перейти на Bittorrent?

Ты решил мне объяснить как работает ftp?
А то, что по этим двум установленным соединениям можно прососать сколько угодно файлов, ты не в курсе? В отличие от http, где на каждый файл нужно новое соединение.

Вообще пофигу.

А у меня ftp быстрее работает.

xsektorx

мне кажется, шифрование должно урезать скорость

на 100Мбитах в секунду загрузка iPIII составляет 0..1%.

Имелся ввиду оверхед по трафику,

У ftp нету никаких явных преимуществ, «да и вообще оно старое».

А столь же быстрые и простые аналоги, с клиентами под все (не)вменяемые ОС есть? O_o

FTP это «командное соединение + множество соединений данных, по 1 на каждый файл». Если тебе надо утащит 10 файлов с сервера, то это 1 командное соединение + 10 соединений данных. Если HTTP-сервер не поддерживает keepalive, то для передачи 10 файлов тебе потребуется 10 соединений.

Ну это только выравнивает HTTP и FTP, а не дает FTP бонус. А есть ли у FTP явные приемущества, типа хождения через Прокси у HTTP?

дооо

это с фига ли?

В отличие от http, где на каждый файл нужно новое соединение.

google://HTTP+keep-alive

А есть ли у FTP явные приемущества, типа хождения через Прокси у HTTP

Миррор по FTP делается естественней. PUT без извращений.

Это из другой оперы.