Какой Протокол является лучшим для [закрытой] Передачи файлов
Это - довольно неправдоподобный ответ, но Вы могли встроить значок, как base64-закодировано XML в HTA, затем используйте JavaScript onload и сохраните файл значка к временному местоположению. Объект ActiveX MSXML.DomDocument может закодировать и декодировать base64 узлы.
7 ответов
Несмотря на то, что FTP является наиболее эффективным протоколом для передачи файлов, его довольно сложно реализовать. Я бы использовал HTTP. Поддержка встроена на большинстве платформ и более устойчива к брандмауэрам.
Это может представлять некоторый интерес, связанный с передачей файлов и .NET, но не то, что в исходном сообщении .NET упоминается в какой-либо форме или форме.
Отправка файлов частями с помощью веб-служб MTOM и .NET 2.0
Автор: Тим Макки
Как отправлять большие файлы через веб-службы небольшими порциями с помощью MTOM (WSE 3)
Просто обратите внимание, что вам необходимо установить Web Service Enhancements 3.0 (соответствующие ссылки вы найдете в статью).
В остальном хорошего дня, сэр!
HTTP, вероятно, подходит для небольших файлов и / или неискушенных пользователей. Необходимость настроить брандмауэр остановит многих пользователей. Почти каждая сеть позволяет передавать http через порт 80 без какой-либо специальной настройки
Однако вы сказали «Большие файлы». Вы можете написать код передачи так, чтобы он использовал передачи диапазона для повторения прерванных загрузок.
Кто-то, вероятно, написал библиотеку передачи файлов, которая обрабатывает частичную передачу и автоматически повторяет попытки, хотя я не знаю ни одной.
BitTorrent - это одноранговый файл. протокол обмена, используемый для распространения большие объемы данных.
] Rsync отлично подходит для этой проблемы. Он предназначен для отправки/обновления больших файлов удаленно.[
] [- ]
[
- ] Выполняется из командной строки, так что вы можете запустить его довольно легко, как внешний процесс.[ ] [
- ] Он может синхронизировать две удаленные файловые системы.[ ] [
- ] Он обрабатывает [] большие размеры файлов[].[ ] [
- ] Он имеет умный алгоритм, который стремится к [] только скопировать различия[] в файлах вокруг. [ ] [
- ] Он широко реализован и является [] открытым исходным кодом [].[ ] [
- ] Он имеет [] дросселирующую способность [], так что вы можете ограничить, сколько WAN-соединения вы используете с передачей, так что вы можете настроить его, чтобы избежать голода других процессов подключения.[ ] [
- ] внутренне [] использует zlib для сжатия [] переданных блоков данных [ ] [
] оригинальный сайт: [] http://samba.anu.edu.au/rsync/[][
] [] обеспечивает синхронизацию rsync с ssh: []http://www.linux.com/archive/feature/113847[][
] []подробная информация: []http://en.wikipedia.org/wiki/Rsync[][
]]Ну, я думаю, что лучше использовать TCP-протокол. Он надежный, а UDP нет. В то время как UDP быстрее, так как протокол с наибольшими усилиями не является "безопасным". Программы P2P используют UDP, хотя, так как он быстрее и действительно не заботится о потере пакетов. FTP обычно использует TCP. Поэтому я бы посоветовал реализовать TCP и программы поверх сокетов. Используйте порт типа 120000 или что-то в этом роде, потому что они свободны. [
]