The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

На базе vsftpd создан легковесный HTTP-сервер, opennews (??), 21-Мрт-10, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


19. "На базе vsftpd создан легковесный HTTP-сервер"  +8 +/
Сообщение от User294 (ok), 21-Мрт-10, 12:47 
ИМХО: FTP сервера это некий вымирающий класс софта. Нахрен оно нужно, по большому счету?
- Сам FTP ужасный протокол имеющий свойство застревать на фаерах и натах.
- Софт под FTP какой-то странный и грабельный.
- Для заливки файлов на машины есть SFTP, например. Для небольших заливок или по быстрым каналам есть HTTP и даже его расширение WebDAV, например.
- Для заливки сайтов rsync рулит явно больше. Если поменяли 2 файла, не надо вручную сравнивать что изменилось да и пошлется только дельта. А если файлов не 2 а 200... фтп на куче мелочи вообще за счет 2 отдельных конекций столь тормознут что проще застрелиться чем дождаться пока 200 файлов вольются.
- Для отгрузки статики вебсерваки типа лайта или нжинкса ничем не хуже а HTTP менее дебилен чем FTP, строго говоря. И явно лучше себя ведет на отдаче мелочи.
- Для очень крутых нагрузок есть торент, где чем сильнее качают, тем лучше все работает.

Остался только вопрос: а нафига вообще нужен FTP, по большому счету? Вместе с его тупыми проблемами. ИМХО такой же пережиток прошлого как шина ISA и какойнить gopher о котором все успешно забыли нынче.

Ответить | Правка | Наверх | Cообщить модератору

21. "На базе vsftpd создан легковесный HTTP-сервер"  +/
Сообщение от Аноним (-), 21-Мрт-10, 13:11 
>  Сам FTP ужасно дебильный протокол имеющий свойство застревать на фаерах и натах.

Бред ! В отличие от НТТП он все таки по рфс нацелен на прием-перадачу
файлов. Юзай пассив и не будет застревать. Но тогда ты не сможешь юзать
fxp и как следствие не сможешь качать с сервака на сервак не через себя.
И вообще юзание ХТТП для передачи файлов это не правильно. Может еще
файлы через смтп слать ? Придумали костыль веб-дав еще :((((

> Для заливки файлов на машины есть SFTP, например.

вообще то там внутри обычный фтр если что.

а как можно в рсинке и нттп ограничить время слития залития его скорость на 500 разных
юзеров ? квоты ?

фтп хороший протокол. Жалко что очень старый и не плохо бы сделать фтп2 там учесть
чарсет файлов и т.д.

Ответить | Правка | Наверх | Cообщить модератору

26. "На базе vsftpd создан легковесный HTTP-сервер"  +/
Сообщение от Michael Shigorinemail (ok), 21-Мрт-10, 16:05 
> и как следствие не сможешь качать с сервака на сервак не через себя.

Скажите честно -- Вы часто этой фичей пользуетесь и для чего именно?  И не лучше ли было бы делать ssh туда и rsync с сервака на сервак?

> И вообще юзание ХТТП для передачи файлов это не правильно.

Посидите, что ли, с tcpdump, пока:
- отрабатывает wget ftp://один/файл
- отрабатывает wget http://один/файл
и подумайте ещё -- сколько ж нужно шлакоблоков, чтоб отдать одно файло.

> фтп хороший протокол.

Будь это так -- rsync не изобрели бы, либо не разошёлся как горячие пирожки.  Это если файло не одно (либо одно, но здоровое, а канал медный весенними колодцами).

Ответить | Правка | Наверх | Cообщить модератору

54. "На базе vsftpd создан легковесный HTTP-сервер"  +/
Сообщение от аноним (?), 21-Мрт-10, 22:35 
> И вообще юзание ХТТП для передачи файлов это не правильно.

Крайне узколобое заявление. HTTP но это рассчитан и справляется с этим на 100%, точка. А протокол без мултиплексирования потоков данных (а именно к ним относится FTP) существовать вообще не должны.

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

55. "На базе vsftpd создан легковесный HTTP-сервер"  –1 +/
Сообщение от аноним (?), 21-Мрт-10, 22:38 
>вообще то там внутри обычный фтр если что.

Ничего подобного.

>а как можно в рсинке и нттп ограничить время слития залития его
>скорость на 500 разных
>юзеров ? квоты ?

Да абсолютно также, как и в FTP.

>фтп хороший протокол

Нет. Если для данных нужно отдельное соединение, он уже недостоин существовать. Это не говоря о telnet наследии которое большая часть имплементаторов не может толком реализовать.

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

57. "На базе vsftpd создан легковесный HTTP-сервер"  –1 +/
Сообщение от Ян Злобинemail (ok), 22-Мрт-10, 03:04 
>вообще то там внутри обычный фтр если что

Неа.  Этот протокол только по названию похож.

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

69. "На базе vsftpd создан легковесный HTTP-сервер"  +/
Сообщение от User294 (ok), 22-Мрт-10, 20:58 
>Бред !

Попробуйте обосновать. Посмотрим как это у вас получится.

>В отличие от НТТП он все таки по рфс нацелен на прием-перадачу файлов.

От этого как-то не сильно легче. Гофер вон тоже был RFCом, если не глючу. Ему это не помогло. Убили - никто и не заметил.

>Юзай пассив и не будет застревать.

Ну да, если повезет. А если в некотором окружении есть политика "все через прокси" (например для авторизации доступа в сеть, скажем для заворота доступа вирью и т.п., корпоративщики такое очень любят) - тут можно наесться, ибо под "FTP proxy" все понимают что-то свое :). В итоге спасибо если хотя-бы половина клиентов и прокси серверов сойдется во мнении о том что такое FTP proxy. С другой стороны, HTTP proxy - понимают практически все HTTP клиенты кому не лень и делают это более-менее одинаково.

>Но тогда ты не сможешь юзать fxp и как следствие не сможешь качать с сервака
>на сервак не через себя.

Вы не поверите, но я для похожих схем юзаю битторент например. Ему вообще похрен с кого качать файл, лишь бы он там был. С введением магнитных ссылок стало достаточно просто пересылать целые коллекции файлов между целыми группами хостов - 16 байтов хэша уникально идентифицируюь. И да, в отличие от фтп, торенту насрать если там 1500 файлов, они для него непрерывный кусок данных и баста. Никаких новых конекций. Никаких тормозов. И если надо на кучу клиентов раздать немалый кусок данных - отлично, они сами же себе и будут части кидать. И чем их больше участвует в процессе, тем лучше.

>И вообще юзание ХТТП для передачи файлов это не правильно.

В конечном итоге HTTP занимается тем что передает файлы и появились сервера которые это делают даже лучше чем FTP сервера. Всякие лайты и нжынксы без проблем держат ТЫСЯЧИ конекций с ордами клиентов. Большинство фтпушников просто умрет на такой нагрузке. Тем более что у HTTP есть пайплайнизация и в рамках 1 конекции может быть передан вагон дряни, а не 1 файл. В то время как ФТП будет флудить конекциями на каждый файл, при том на каждого юзера минимум 2 конекции (control и data). Нещадно тормозя и засирая все конекциями. В итоге для отдачи/загрузки кучки мелочи ФТП мучителен, да и для обслуживания толп юзеров он неоптимален и сольет и HTTP и торенту в их нишах.

>Может еще файлы через смтп слать ? Придумали костыль веб-дав еще :((((

Придумали 100500 протоколов под более гранулярные задачи которые работают лучше. Только и всего.

>вообще то там внутри обычный фтр если что.

Вы перепутали FTPS и SFTP :P. Незачет...

>а как можно в рсинке
>и нттп ограничить

Что, гугл сломался? Ну вот для нжинксы, как минимум на даунлоад: http://sysoev.ru/nginx/docs/http/ngx_http_core_module.html в разделе limits. Можно прикрутить и к разным юзерам и кому там еще (скажем сделав для юзеров разные локации или чтотамблинеще). А слабо показать аналог limit_rate_after нжынксы, например? Удобно для просмотра видео без скачки - вам сперва реактивно наливают пребуффернутый кус, а потом просто держат скорость потока :)

>время слития залития его

Насчет времени - не интересовался. Ибо не понимаю смысла в этом онанизме. Хотя если жизнь заставит (что врядли) - я вижу с пяток способов сделать это хоть общесистемными методами, например. Только нафига бы это?

>скорость на 500 разных юзеров ?

Про скорость см. выше.

>квоты ?

Честно говоря - не заморачивался. Проще мониторить общую ситуацию чем создавать себе геморрой. Потому что если кто-то не сможет скачать или залить файл "потому что квоты", "потому что лимиты времени" и прочая - угадайте, что сделают юзеры? Правильно, юзеры пойдут иметь мозг админам. А оно, простите, мне надо? Сначала погеморроиться с настройкой этой хрени чтобы потом геморроиться с нытьем юзеров? Вам надо? Вы и бодайтесь.

>фтп хороший протокол.

Уточним: среди двух зиллионов его минусов затисалась и парочка плюсов. Вот только их востребованность... ну, вообще-то, вы - первый кто вообще пискнул что там есть эти фичи. Остальным видимо они настолько нафиг не сдались что никто их толком не настраивал.

>Жалко что очень старый и не плохо бы сделать фтп2 там учесть чарсет файлов и т.д.

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

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру