ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Программирование [игнор отключен] [закрыт для гостей] / Наиболее рациональный протокол передачи файлов?
11 сообщений из 11, страница 1 из 1
Наиболее рациональный протокол передачи файлов?
    #34244294
Фотография Danilo K
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Danilo K
Участник
Задача регулярной (по schedul'у) автоматизированной загрузки файлов на сервер.
Сейчас это делается вручную по протоколу FTP. Файлы .jpg изображения.
Планируется разработка приложения, автоматизирующего процесс передачи.

Желательно минимальный расход трафика и контроль целостности данных.
Какой протокол лучше всего подходит в данном случае?
Стоит ли использовать FTP?
Или проще через TCP или UDP просто передавать содержимое файла.
Может, посоветуете какие-нибудь готовые компоненты для такой задачи
а-ля Microsoft WinSock?
...
Рейтинг: 0 / 0
10.01.2007, 00:33
| Ответить | Цитировать | Написать  
Наиболее рациональный протокол передачи файлов?
    #34244305
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
HTTP лучше использовать.

на клиенте Winhttp от Microsoft
сервер - любой вебсервер
...
Рейтинг: 0 / 0
10.01.2007, 00:58
| Ответить | Цитировать | Написать  
Наиболее рациональный протокол передачи файлов?
    #34244332
Фотография Danilo K
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Danilo K
Участник
ИзопропилHTTP лучше использовать.

на клиенте Winhttp от Microsoft
сервер - любой вебсервер
HTTP - а разве не увеличиться объём передаваемых данных? На несколько процентов?
...
Рейтинг: 0 / 0
10.01.2007, 02:30
| Ответить | Цитировать | Написать  
Наиболее рациональный протокол передачи файлов?
    #34244363
fod
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
fod
Гость
Danilo K ИзопропилHTTP лучше использовать.

на клиенте Winhttp от Microsoft
сервер - любой вебсервер
HTTP - а разве не увеличиться объём передаваемых данных? На несколько процентов?
По сравнению с чем? Если с голой датаграммой UDP - то конечно больше.
Если безопасность волнует - смотрите в сторону SFTP или HTTPS.
...
Рейтинг: 0 / 0
10.01.2007, 05:15
| Ответить | Цитировать | Написать  
Наиболее рациональный протокол передачи файлов?
    #34245380
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
Danilo K ИзопропилHTTP лучше использовать.

на клиенте Winhttp от Microsoft
сервер - любой вебсервер
HTTP - а разве не увеличиться объём передаваемых данных? На несколько процентов?
Увеличится. на фиксированный размер заголовка.
Время на программирование - сократится, HTTPS (как было предложено) добавляется парой строчек при необходимости.Обработка на сервере - как душе угодно - куда положить, проверить параметры изображения, послать уведомление, собрать статистику и т п- причём программировать - на чём угодно - ASP,JSP,CGI(C#,Perl,JAVA,C,Pyton ..........)
...
Рейтинг: 0 / 0
10.01.2007, 13:01
| Ответить | Цитировать | Написать  
Наиболее рациональный протокол передачи файлов?
    #34245769
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
Danilo KКакой протокол лучше всего подходит в данном случае?
Стоит ли использовать FTP?
Стоит. Это не единственное решение, но вполне хорошее, и при реализации вида "найти компоненты и сделать" с точки зрения цена/качество альтернатив пожалуй что не имеет.

Danilo KСейчас это делается вручную по протоколу FTP. Файлы .jpg изображения.
Планируется разработка приложения, автоматизирующего процесс передачи.
Вы так любите изобретать велосипеды? Почему бы не использовать, скажем, rsync?

Danilo KИли проще через TCP или UDP просто передавать содержимое файла.
Хм. Если "писать руками код и разгребать проблемы, решенные много лет назад" - это "проще", то наверное проще.

ИзопропилHTTP лучше использовать.
Cомнительная мысль. Скажем, тот же Apache, если не ошибаюсь, не имеет нормальной поддержки команды PUT, а следовательно кроме клиента придется программировать еще и серверный скрипт, с какой стати при этом "сократится время программирования" - совершенно непонятно.
...
Рейтинг: 0 / 0
10.01.2007, 14:27
| Ответить | Цитировать | Написать  
Наиболее рациональный протокол передачи файлов?
    #34246273
Фотография Aklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aklin
Участник
насколько помню, HyperTextTransferProtocol явно везет только текст, в то время как FilTransferProtocol - файлы со всеми последствиями.

где-то в нежрах винды (и никсов что-то похожое вроде тоже) есть утилитка FTP.exe хз, что делает, но пингует точно.

аффтопитезь
...
Рейтинг: 0 / 0
10.01.2007, 16:35
| Ответить | Цитировать | Написать  
Наиболее рациональный протокол передачи файлов?
    #34246505
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
Aklinнасколько помню, HyperTextTransferProtocol явно везет только текст
Глупость и бессмыслица. HTTP везет content, и везти его "неявно" он не умеет. Как интерпретировать этот контент - дело принимающей стороны, хотя протокол предусматривает на сей счет некоторые подсказки.

Впрочем, если ты пойдешь в форум "Тест", сделашь там письмо с приложенным к нему avi-файлом и жмакнешь на ссылку - если угодно, считай, что HTTP привез его тебе "неявно". Только если рассказываешь другим, не забудь прояснить, хотя бы в общих чертах, что же ты понимаешь под этим словом.
...
Рейтинг: 0 / 0
10.01.2007, 17:32
| Ответить | Цитировать | Написать  
Наиболее рациональный протокол передачи файлов?
    #34246773
White Owl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
White Owl
Участник
Danilo KКакой протокол лучше всего подходит в данном случае?
Стоит ли использовать FTP?Да, вполне. Встроить ftp-клиента в собственную задачу очень просто и легко, существует масса готовых библиотек автоматизирующих это дело. В Виндах есть даже почти системная библиотека wininet.dll реализующая весь нужный функционал.
К тому же ftp известен абсолютно всем файрволам и зарегстрировать в софтверном файрволе еще одну задачу как "ftp-client" дело двух кликов мышой.

Danilo KИли проще через TCP или UDP просто передавать содержимое файла.
Может, посоветуете какие-нибудь готовые компоненты для такой задачи
а-ля Microsoft WinSock?Это конечно можно сделать, но совсем не так уж "проще". Прийдется изобретать собственный протокол, писать клиентскую и серверную часть. И вообще изобретать велосипед.
...
Рейтинг: 0 / 0
10.01.2007, 18:59
| Ответить | Цитировать | Написать  
Наиболее рациональный протокол передачи файлов?
    #34247013
Фотография Danilo K
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Danilo K
Участник
softwarer Danilo KСейчас это делается вручную по протоколу FTP. Файлы .jpg изображения.
Планируется разработка приложения, автоматизирующего процесс передачи.
Вы так любите изобретать велосипеды? Почему бы не использовать, скажем, rsync?


Я почитал об алгоритме rsync (тут -> http://www.citforum.ru/nets/articles/rsync/)
и понял, что это решение очень интересно в данном случае. Дейтвительно часто файлы нужно
не просто закачивать, а обновлять старые.
В целях экономии трафика использование такого алгоритма было бы очень уместным.

Нашел реализацию под Windows (cwRsync - Rsync for Windows):
http://www.itefix.no/phpws/index.php?module=pagemaster&PAGE_user_op=view_page&PAGE_id=6&MMN_position=150:150

Буду пробовать.

Единственный пока непонятный вопрос - планировалось при передаче регистрировать в БД (SQL Server) переданные файлы.
Посмотрел документацию, как вариант, логировать изменения (--log-file) и оттуда уже выдергивать инфу об изменениях.

В общем, вопрос был задан очень кстати - нашел новые для себя, эффективные решения!
Спасибо всем участникам!
...
Рейтинг: 0 / 0
10.01.2007, 21:13
| Ответить | Цитировать | Написать  
Наиболее рациональный протокол передачи файлов?
    #34264218
AndrF
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AndrF
Участник
Danilo Kи понял, что это решение очень интересно в данном случае. Дейтвительно часто файлы нужно не просто закачивать, а обновлять старые. В целях экономии трафика использование такого алгоритма было бы очень уместным.

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

В общем, посмотрите вначале на CuteFTP .
...
Рейтинг: 0 / 0
18.01.2007, 11:55
| Ответить | Цитировать | Написать  
11 сообщений из 11, страница 1 из 1
Форумы / Программирование [игнор отключен] [закрыт для гостей] / Наиболее рациональный протокол передачи файлов?
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=16&tid=1346313]:
 0ms
get settings:
 6ms
get forum list:
 16ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 145ms
get topic data:
 8ms
get forum data:
 2ms
get page messages:
 31ms
get tp. blocked users:
 1ms
others: 207ms
total:  422ms
созд. / загр.: 422ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]