M
Ты лучше напиши какую задачу решаешь
XML | #FreePolitPrisoners#FreePolitPrisoners: Мне нужно отправлять файлы любого размера
Size: a a a
2021 March 22
A
Куда отправлять?
M
XML | #FreePolitPrisoners#FreePolitPrisoners: На сервер. У меня p2p приложение
M
XML | #FreePolitPrisoners#FreePolitPrisoners: "приложение"
A
Почему бы это не делать простым HTTP Post запросом?
M
Почему бы это не делать простым HTTP Post запросом?
XML | #FreePolitPrisoners#FreePolitPrisoners: Потому что я делаю реализацию одного децентрализованного протокола. Можно конечно поднимать http сервер, но не особо хочу
A
а сам этот децентрализованный протокол подразумевает передачу файлов?
p
XML | #FreePolitPrisoners#FreePolitPrisoners: Привет всем. Может кто-нибудь подсказать, как лучше отправлять данные через сокеты, если сервер заранее не знает какой объем данных принимать? Отправлять сначала размер данных?
а зачем серверу знать размер данных?
A
а зачем серверу знать размер данных?
подозреваю, что чтобы знать сколько читать байтов из сокета
DA
хм. а что это за протокол?
SK
XML | #FreePolitPrisoners#FreePolitPrisoners: Привет всем. Может кто-нибудь подсказать, как лучше отправлять данные через сокеты, если сервер заранее не знает какой объем данных принимать? Отправлять сначала размер данных?
Зачем знать размер данных?
1. Отправь сколько надо и разорви tcp.
2. Открой два tcp. По одному отправляй данные, по второму размеры их. По второму можно имя переменной/файла/итп/мета отправлять ещё. Льёшь данные, сервер считает байты. Клиент считает тоже. Как клиент поймёт, что всё, хватит, он шлёт команду по второму каналу или просто тупо размер. Как сервер получает нужное колво, то готово.
1. Отправь сколько надо и разорви tcp.
2. Открой два tcp. По одному отправляй данные, по второму размеры их. По второму можно имя переменной/файла/итп/мета отправлять ещё. Льёшь данные, сервер считает байты. Клиент считает тоже. Как клиент поймёт, что всё, хватит, он шлёт команду по второму каналу или просто тупо размер. Как сервер получает нужное колво, то готово.
A
Зачем знать размер данных?
1. Отправь сколько надо и разорви tcp.
2. Открой два tcp. По одному отправляй данные, по второму размеры их. По второму можно имя переменной/файла/итп/мета отправлять ещё. Льёшь данные, сервер считает байты. Клиент считает тоже. Как клиент поймёт, что всё, хватит, он шлёт команду по второму каналу или просто тупо размер. Как сервер получает нужное колво, то готово.
1. Отправь сколько надо и разорви tcp.
2. Открой два tcp. По одному отправляй данные, по второму размеры их. По второму можно имя переменной/файла/итп/мета отправлять ещё. Льёшь данные, сервер считает байты. Клиент считает тоже. Как клиент поймёт, что всё, хватит, он шлёт команду по второму каналу или просто тупо размер. Как сервер получает нужное колво, то готово.
а можно ещё на голову встать чтобы совсем неудобно было
SK
3. Отправь по tcp флаг. Там есть поле options в заголовке. В конце данных отправляешь такой пакет как признак конца.
SK
а можно ещё на голову встать чтобы совсем неудобно было
Задача вроде стоит велосипед изобрести. Их много.
A
написание своего протокола - далеко не велосипед, тем более, если это бинарный протокол
SK
4. Отправлять порциями указывая в начале длину. Длина -1 это конец
SK
написание своего протокола - далеко не велосипед, тем более, если это бинарный протокол
А что? Велосипед имхо.
A
нет
A
у нас в конторе используется свой протокол, по которому сервисы общаются между собой
SK
у нас в конторе используется свой протокол, по которому сервисы общаются между собой
Ну и зачем новый изобретать, если в вашей конторе свой.
Свой протокол ip, я надеюсь?
Свой протокол ip, я надеюсь?