а gin - норм?

у меня задача тупая и простая: хочется принимать жирные файлы по http, по пути считая хеш.

так почему не чунками?

ты предлагаешь мне побить файл на куски и лишь по кусочку?

ты предлагаешь мне побить файл на куски и лишь по кусочку?

не слушай его

почему?

ну ты вообще не про просто ( какие чанки, какой js человеку нужно стримить данные, fasthttp для этого не подходит

Ща еще за сессией аплоада вручную следить, и слать чанки отдельными запросами

ты или притворяешься или и правда не понимаешь

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

Фил, какой js? у меня клиент - curl. потом ещё будет питоновская либа и перл.

у меня не браузер, а всякие роботы.

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

какой ещё rsync? http есть везде. вообще.

я бы выбросил это fasthttp и писал на стоковом. один хер fast оно только в сферической ситуации когда много мелких запросов-ответов и там да, аллокаций меньше и все такое а когда приходит запрос и клиент льет гигабайты в body, а альтернативно-одаренный автор забыл дать доступ к стриму body… нахер такое fast

https://godoc.org/github.com/valyala/fasthttp#Request.SetBodyStream

я не хочу rsync, потому что есть ещё винда

я правда честно не вижу и в колбасе проблемы. зачем тебе там фастхттп?

я посмотрел - по тестам весь такой быстрый.

тебе надо обычный хттп и multiwriter — один пишет в сторадж, другой пишет в считалку хеша

я посмотрел - по тестам весь такой быстрый.

советы использовать rsync или прости господи фидошный протокол лучше сделать вид что даже не видел )

я правда честно не вижу и в колбасе проблемы. зачем тебе там фастхттп?

я правда честно не вижу и в колбасе проблемы. зачем тебе там фастхттп?

Хттп на уровне протокола поддерживает чанки, фастхттп не дает доступа к байтикам, а все грузит в мемори и потом отдает

У меня простая задача: клиент в хидерах передает хеш файла и аплоадит. если в конце аплоада хеш не совпал с тем что в заголовке - я клиенту возвращаю ошибку и файл удаляю.

Сокет гол как сокол, зачем придумывать формат передачи, если есть хттп?

У меня простая задача: клиент в хидерах передает хеш файла и аплоадит. если в конце аплоада хеш не совпал с тем что в заголовке - я клиенту возвращаю ошибку и файл удаляю.

1. не разобраться 2. насоветовать хуйню 3. послать нахуй 4. … 5. PROFIT??

да я понял. не вижу проблемы сделать это даже просто плейн сокетом. ты там либой вообще что собрался делать?

да у Ромы задвиги иногда сравни моим. нахер он на хттп завязывается я вообще не понимаю. а ты пока не пояснишь иди к хуям. пафосно философию разводить я тоже умею

Фил, я могу хоть свой протокол нарисовать поверх сокета. Но не хочу. Сейчас у нас в куче мест используется ftp. заменить на http - легко. заменить на свой протокол - больно.

то что ты вообще не понимаешь это ок, а вот чего на людей бросаешься как пес.. )

это ты ничего не понимаешь. и вообе у тебя маленький

проблема не в хттп, а в fasthttp (внимание, это не протокол, а библиотека) и в том что этот фастхттп не умеет в стриминг

нахер он волбще там нужен? из сокета строку POST блаьлаьла. два перевода строки прочитать?

потому что это самое простое решение, тебе ж сказали уже

нахер он волбще там нужен? из сокета строку POST блаьлаьла. два перевода строки прочитать?

вот это желание городить велосипед на любой чих хорошим не заканчивается

это не любой чих. это не сильно типовая задача

Читать заголовки запроса?

в конкретном случае на это можно забить. ну или использовать что то более простое.

это супер типовая задача

если у тебя работа — изображать дедушку гендальфа в период кризиса среднего возраста, а не писать сервисы, то да — задача не типовая, хттп вообще зверь непонятный и тд

Мы получим хттп