Александр Павлюк, это отрывок кода из структуры ответа одного из grpc сервисов который вызывается другими сервисами. Этот сервис корректно получает дату и время и записывает их в postgres, где она также имеет корректный вид. Сама проблема в преобразовании в timestamp для ответа на запросы, изза временных зон добавляется 4 лишних часа изза чего другие сервисы работают некорректно. Есть вариант постоянно приводить timestamp к UTC во всех других сервисах которые используют этот метод, но я желаю чтобы он сразу отправлял корректные данные
Lynn «Кофеман», максимальная длина одной строки ввода 100000, при этом каждая цифра может занимать до 4 байтов, а пробел 1 байт, почему не верны? (Говорю это заранее зная что при размере 10 байтов в ввод не входило даже 5 чисел из 100 000 и ответ получался неверный)
mayton2019, стандартный буфер ввода, ни в каком из языков он не отличается на низком уровне насколько мне известно.
А буфер после чтения строки например: 2 54 13 43 23
будет выглядеть так: 2 32 43 32 13 32 43 32 23 10 13 (байты 10, 13, 32 это перевод строки, возврат каретки, пробел соответственно, в 10тичной системе)
и я хочу уточнить как должна выглядеть формула чтобы создать эффективный буфер нужного размера, который не будет использовать лишние байты
Lynn «Кофеман», иначе массив байтов из потока не разделить на отдельные числа, да и вообще вы понимаете что такое буфер? В буфер записывается массив байтов с ввода, вплоть до байтов сброса каретки. На него нельзя воздействовать. И потом байты буфера преобразуются в нужные типы и значения данных
Gin как раз использует родной go-шный http.Request. Изначально я и использовал FormFile когда форма отправлялась сразу на сервер, но когда переписал под запрос с питона совсем забыл. Попробую спасибо
я использую селениум чтобы заходить по адресу и перемещаться по нему, как использовать его для этой цели не совсем понятно. Скрапи никогда не пользовался
