The OpenNET Project / Index page

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



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

Оглавление

Корректирующий выпуск vsftpd 3.0.1, opennews (??), 17-Сен-12, (0) [смотреть все]

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


8. "Корректирующий выпуск vsftpd 3.0.1"  +/
Сообщение от Анонимemail (1), 18-Сен-12, 16:22 
FTP все еще используеться. И свои функции выполняет на отлично. Не нужно мне рассказывать про самбу, nfs и как большие файлы по http гонять...
Ответить | Правка | Наверх | Cообщить модератору

9. "Корректирующий выпуск vsftpd 3.0.1"  +/
Сообщение от etw (ok), 18-Сен-12, 18:58 
>FTP все еще используеться

Разве что, в говнохостингах.

>И свои функции выполняет на отлично.

Для протокола из 70-х годов прошлого века - наверное.

>самбу, nfs

Это сетевые ФС, что совсем другая опера.

>как большие файлы по http гонять

а тут что не так? кроме того, что голый ФТП плохо подходит для УПРАВЛЕНИЯ удаленными файлами, но эту проблему решает webdav.

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

11. "Корректирующий выпуск vsftpd 3.0.1"  +/
Сообщение от chinarulezzz (ok), 18-Сен-12, 19:26 
>>как большие файлы по http гонять
> а тут что не так?

большие накладные расходы (метаинформация в заголовках), HTTP/HTML не предназначен для раздачи файлов, особенности метода POST в HTTP.

>кроме того, что голый ФТП плохо подходит для УПРАВЛЕНИЯ удаленными файлами, но эту проблему решает webdav.

сравнил опу с пальцем. Тогда уж rsunc, да и то...

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

12. "Корректирующий выпуск vsftpd 3.0.1"  +/
Сообщение от etw (ok), 19-Сен-12, 02:18 
>большие накладные расходы (метаинформация в заголовках)

разница в накладных расходах смехотворна и не настолько велика, как вы тыт рисуете.
>HTTP/HTML

При чем тут HTML?
>не предназначен для раздачи файлов, особенности метода POST в HTTP

вообще-то для заливки есть метод PUT. ну а забирать файлы с сервера, используя POST - это какой-то вообще какое-то особенное извращение.

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

14. "Корректирующий выпуск vsftpd 3.0.1"  +/
Сообщение от chinarulezzz (ok), 19-Сен-12, 03:11 
> разница в накладных расходах смехотворна и не настолько велика, как вы тыт
> рисуете.

т.е. разницу признаём. Ну хоть это)

> При чем тут HTML?

выводить "LIST" как будете?

>>не предназначен для раздачи файлов, особенности метода POST в HTTP
> вообще-то для заливки есть метод PUT. ну а забирать файлы с сервера,
> используя POST

т.е. метод PUT для заливки а POST для скачки? Или POST тоже для заливки? или вы ошиблись?


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

17. "Корректирующий выпуск vsftpd 3.0.1"  +/
Сообщение от etw (ok), 19-Сен-12, 11:55 
>выводить "LIST" как будете?

http://api.yandex.ru/disk/doc/dg/reference/propfind.xml
Никаким HTML там и не пахнет.
>т.е. метод PUT для заливки а POST для скачки? Или POST тоже для заливки? или вы ошиблись?

POST вообще ни для заливки, ни для скачивания не нужен. Совсем.

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

19. "Корректирующий выпуск vsftpd 3.0.1"  +/
Сообщение от chinarulezzz (ok), 19-Сен-12, 13:06 
>>выводить "LIST" как будете?
> http://api.yandex.ru/disk/doc/dg/reference/propfind.xml

WebDav, HTML + XML. О майн гот.

> Никаким HTML там и не пахнет.

Ага, ага.

> POST вообще ни для заливки, ни для скачивания не нужен. Совсем.

POST вообще не нужен?

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

21. "Корректирующий выпуск vsftpd 3.0.1"  +/
Сообщение от etw (ok), 19-Сен-12, 15:58 
>>>выводить "LIST" как будете?
>> http://api.yandex.ru/disk/doc/dg/reference/propfind.xml
> WebDav, HTML + XML. О майн гот.
>> Никаким HTML там и не пахнет.
> Ага, ага.

Покажите, где вы там HTML увидели?

>> POST вообще ни для заливки, ни для скачивания не нужен. Совсем.
> POST вообще не нужен?

Заливки и скачивания файлов - не нужен. Скачивание - GET, заливка - PUT.

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

23. "Корректирующий выпуск vsftpd 3.0.1"  +/
Сообщение от chinarulezzz (ok), 19-Сен-12, 21:57 
> Покажите, где вы там HTML увидели?

пардон, возможность показалась необходимостью. Но XML ту вообще кстати. Эдакая systemd замена init'y. Под крики прогресс-прогресс впихивается какашко.

> Заливки и скачивания файлов - не нужен. Скачивание - GET, заливка -
> PUT.

напиши в ietf.org/rfc, что POST не нужен, а то таких как я много, сидим тут и ошибаемся.

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

25. "Корректирующий выпуск vsftpd 3.0.1"  +/
Сообщение от etw (ok), 19-Сен-12, 22:26 
>> Покажите, где вы там HTML увидели?
> пардон, возможность показалась необходимостью. Но XML ту вообще кстати. Эдакая systemd
> замена init'y. Под крики прогресс-прогресс впихивается какашко.

Чем плох xml, тем более, с такой схемой, в качестве средства маршаллинга метаданных?

>> Заливки и скачивания файлов - не нужен. Скачивание - GET, заливка -
>> PUT.
> напиши в ietf.org/rfc, что POST не нужен, а то таких как я
> много, сидим тут и ошибаемся.

Вы читать умеете? Написано же ДЛЯ СКАЧИВАНИЯ/ЗАЛИВАНИЯ ФАЙЛОВ.

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

27. "Корректирующий выпуск vsftpd 3.0.1"  +/
Сообщение от chinarulezzz (ok), 19-Сен-12, 22:37 
> Чем плох xml, тем более, с такой схемой, в качестве средства маршаллинга
> метаданных?

Ооо, долгая тема) Короче говоря - синтаксис избыточен. Шняга весит много, больше раз в дцать, чем бинарное представление. Возрастают накладные ресурсы на хранение, обработку, передачу. Да и вообще, метаданные нах не нужны, для простых случаев, где очень годится FTP.

> Вы читать умеете? Написано же ДЛЯ СКАЧИВАНИЯ/ЗАЛИВАНИЯ ФАЙЛОВ.

Так напишите им об этом, что для заливания данных - POST не подходит. Только PUT - заливка, GET - скачивание.

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

29. "Корректирующий выпуск vsftpd 3.0.1"  +/
Сообщение от etw (ok), 20-Сен-12, 00:21 
>> Чем плох xml, тем более, с такой схемой, в качестве средства маршаллинга
>> метаданных?
> Ооо, долгая тема) Короче говоря - синтаксис избыточен. Шняга весит много, больше
> раз в дцать, чем бинарное представление.

При чем тут бинарное представление, если говорим о текстовых протоколах?

> Возрастают накладные ресурсы на хранение,
> обработку, передачу.

Во-первых, накладные расходы, а не ресурсы.
Во-вторых, в случае WebDav xml нигде не хранится, это просто сериализованное представление метаданных.

> Да и вообще, метаданные нах не нужны, для простых
> случаев, где очень годится FTP.

Словно при работе по FTP не передаются метаданные (например, тот же размер файла).


>> Вы читать умеете? Написано же ДЛЯ СКАЧИВАНИЯ/ЗАЛИВАНИЯ ФАЙЛОВ.
> Так напишите им об этом, что для заливания данных - POST не
> подходит. Только PUT - заливка, GET - скачивание.

Уже писано было. Я и говорю потому, внимательнее читайте.
> Заливки и скачивания файлов - не нужен. Скачивание - GET, заливка - PUT.

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

31. "Корректирующий выпуск vsftpd 3.0.1"  +/
Сообщение от chinarulezzz (ok), 20-Сен-12, 00:36 
> При чем тут бинарное представление, если говорим о текстовых протоколах?

даже в сравнении с другими текстовыми форматами.

> Во-первых, накладные расходы, а не ресурсы.

молодец) очепятку исправил с  "во-первых". Смешно, ей богу)

> Во-вторых, в случае WebDav xml нигде не хранится, это просто сериализованное представление
> метаданных.

хранится. И остаётся - обработка и передача.

> Словно при работе по FTP не передаются метаданные (например, тот же размер
> файла).

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

> Уже писано было. Я и говорю потому, внимательнее читайте.

Читал, там до сих пор пишут про POST и закачку данных. Вы недоработали, оставили столько людей в неведении.

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

33. "Корректирующий выпуск vsftpd 3.0.1"  +/
Сообщение от etw (ok), 20-Сен-12, 18:31 
>даже в сравнении с другими текстовыми форматами.

Вот вы сначала тогда определитесь, а потом уже сравнивайте. И, почему-то меня не покидает уверенность, что разницу в "дцать" раз вы с потолка взяли.

>хранится

Ну и что же ХРАНИТСЯ в xml-формате на webdav-сервере?

>обработка

Это, конечно, просто охренеть, какое узкое место в IO-bound задачах.

>передача

А можно результаты тестов с различными кейсами?

>в сравнении с http, а тем паче с прослойкой webdav - ftp прост как топор

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

>Читал, там до сих пор пишут про POST и закачку данных.

Там пишут про пост для передачи информации о коллекциях, которые яволяются метаданными. Сами данные передаются через PUT.

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

35. "Корректирующий выпуск vsftpd 3.0.1"  +/
Сообщение от chinarulezzz (ok), 21-Сен-12, 00:05 
>>даже в сравнении с другими текстовыми форматами.
> Вот вы сначала тогда определитесь, а потом уже сравнивайте.

я сразу определился и сказал про бинарные. Тебе не понравилось - сказал и о других. Перечислю: YAML, JSON, гугловский protocolbuffers.
XML избыточен.

> Там пишут про пост для передачи информации о коллекциях, которые яволяются метаданными.
> Сами данные передаются через PUT.

А в этих ваших интернетах пишут: Применяется для передачи пользовательских данных заданному ресурсу. Например, в блогах посетители обычно могут вводить свои комментарии к записям в HTML-форму, после чего они передаются серверу методом POST и он помещает их на страницу. При этом передаваемые данные (в примере с блогами — текст комментария) включаются в тело запроса. Аналогично с помощью метода POST обычно загружаются файлы на сервер.

Почему такая несправедливость? Все незнают, а ты знаешь.

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

37. "Корректирующий выпуск vsftpd 3.0.1"  +/
Сообщение от etw (ok), 21-Сен-12, 04:40 
>>>даже в сравнении с другими текстовыми форматами.
>> Вот вы сначала тогда определитесь, а потом уже сравнивайте.
> я сразу определился и сказал про бинарные. Тебе не понравилось - сказал
> и о других. Перечислю: YAML, JSON, гугловский protocolbuffers.
> XML избыточен.

Я все еще не вижу конкретных результатов сравнений между объемом передаваемых данных в WebDav и FTP.

>> Там пишут про пост для передачи информации о коллекциях, которые яволяются метаданными.
>> Сами данные передаются через PUT.
> А в этих ваших интернетах пишут: Применяется для передачи пользовательских данных заданному
> ресурсу. Например, в блогах посетители обычно могут вводить свои комментарии к
> записям в HTML-форму, после чего они передаются серверу методом POST и
> он помещает их на страницу. При этом передаваемые данные (в примере
> с блогами — текст комментария) включаются в тело запроса. Аналогично с
> помощью метода POST обычно загружаются файлы на сервер.
> Почему такая несправедливость? Все незнают, а ты знаешь.

Почитайте уже RFC, наконец. POST для обрабатываемых на сервере данных, PUT - для необрабатываемых. Очевидно, что файлы в WebDav относятся ко второму типу. Как дам криворукие PHP-быдлокодеры делают, меня совершено не волнует.

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

39. "Корректирующий выпуск vsftpd 3.0.1"  +/
Сообщение от chinarulezzz (ok), 21-Сен-12, 13:53 
> Я все еще не вижу конкретных результатов сравнений между объемом передаваемых данных
> в WebDav и FTP.

возьми и убедись лично. Даже на локалке. Сниффер, ftp-сервер, webdav-сервер, и замеряй.

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

41. "Корректирующий выпуск vsftpd 3.0.1"  +/
Сообщение от etw (ok), 21-Сен-12, 19:10 
>> Я все еще не вижу конкретных результатов сравнений между объемом передаваемых данных
>> в WebDav и FTP.
> возьми и убедись лично. Даже на локалке. Сниффер, ftp-сервер, webdav-сервер, и замеряй.

Ну не я же говорю о значительных накладных расходах. Вы заявляете - вы и проверяйте.

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

43. "Корректирующий выпуск vsftpd 3.0.1"  +/
Сообщение от chinarulezzz (ok), 22-Сен-12, 17:49 
> Ну не я же говорю о значительных накладных расходах. Вы заявляете -
> вы и проверяйте.

для меня очевидна очевидность накладных расходов webdav в сравнении с ftp. Объяснять тебе почему земля круглая не буду.

Насчёт круглой, кстати, можешь поспорить, если сказать нечего будет)))

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

46. "Корректирующий выпуск vsftpd 3.0.1"  +/
Сообщение от etw (ok), 22-Сен-12, 21:23 
>> Ну не я же говорю о значительных накладных расходах. Вы заявляете -
>> вы и проверяйте.
> для меня очевидна очевидность накладных расходов webdav в сравнении с ftp. Объяснять
> тебе почему земля круглая не буду.

Если вам очевидно, тогда себе такие заявления и делайте, если же ведете беседу в другим человеком, то извольте подкреплять свои аргументы доказательствами.

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

48. "Корректирующий выпуск vsftpd 3.0.1"  +/
Сообщение от chinarulezzz (ok), 22-Сен-12, 23:13 
> Если вам очевидно, тогда себе такие заявления и делайте,

ну, вам неочевидно и вы заявления делаете. Мне очевидно, я тоже делаю. Не хочется слушать заявления - ты знаешь что делать :-P

> если же ведете беседу в другим человеком, то извольте подкреплять свои аргументы доказательствами.

мне кажется логичным что plain-text или binary-data менее избыточны по сравнению с раздутым xml. Если у тебя другое восприятие - то зачем тратить время на аргументы для тебя?

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

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

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




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

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