ВХ
Есть задача — ограничить макс. число попыток логина, после N попыток нужно заблокировать клиенту логин на M секунд. Концептуально норм ли для этого использовать redis с ttl ключами? Может есть какие-то нюансы, которых я не вижу сходу
Size: a a a
2020 June 17
VP
Всем привет, я новичек в golang, если кто может помогите пожалуйста memory leak, отправляю запросы на сервер через http.Client закрываю resp.Body через defer resp.Body.Close, но память оперативная потихоньку кушается, через время приостоноваливается потом снова кушается, куда копать
н
Всем привет, я новичек в golang, если кто может помогите пожалуйста memory leak, отправляю запросы на сервер через http.Client закрываю resp.Body через defer resp.Body.Close, но память оперативная потихоньку кушается, через время приостоноваливается потом снова кушается, куда копать
Запросы в цикле делаете?
VP
да
VP
нелицеприятный
Запросы в цикле делаете?
Да
АП
Всем привет, я новичек в golang, если кто может помогите пожалуйста memory leak, отправляю запросы на сервер через http.Client закрываю resp.Body через defer resp.Body.Close, но память оперативная потихоньку кушается, через время приостоноваливается потом снова кушается, куда копать
defer выполнится после выхода из функции
DP
Есть задача — ограничить макс. число попыток логина, после N попыток нужно заблокировать клиенту логин на M секунд. Концептуально норм ли для этого использовать redis с ttl ключами? Может есть какие-то нюансы, которых я не вижу сходу
Редис подойдёт вполне
Но - почему не memcached?
Но - почему не memcached?
VP
defer выполнится после выхода из функции
Да выполняется, так вот допустим, если я делаю в цикле, сделать 1000 тестовых запросов, память куда-то девается или golang для резерва использует память?
ВХ
Редис подойдёт вполне
Но - почему не memcached?
Но - почему не memcached?
Редис уже есть в проекте для фоновых задач, проще с ним
DP
Ну, тогда редис
ВХ
А чем в этом кейсе memcached мог лучше подойти?
DP
А чем в этом кейсе memcached мог лучше подойти?
Он легче
н
Да выполняется, так вот допустим, если я делаю в цикле, сделать 1000 тестовых запросов, память куда-то девается или golang для резерва использует память?
Если неправильно закрываете то скорее всего мемлик
ВХ
Он легче
А, в этом смысле. Ну да, редис уже есть все равно. Спасибо )
VP
нелицеприятный
Если неправильно закрываете то скорее всего мемлик
что может к примеру не правильно закрыться, в официальной документации указано всегда закрывать Body запроса
н
что может к примеру не правильно закрыться, в официальной документации указано всегда закрывать Body запроса
Например если делаете дефер внутри цикла не обёртывая в функцию
00
что может к примеру не правильно закрыться, в официальной документации указано всегда закрывать Body запроса
Можно просто закрыть без defer
00
нелицеприятный
Например если делаете дефер внутри цикла не обёртывая в функцию
По идее можно в анонимную даже? Я правильно понимаю
н
Ну в общем-то да
VP
нелицеприятный
Например если делаете дефер внутри цикла не обёртывая в функцию
В том то и дело, что ипользую в функции точнее в методе структуры
Вот пример:
func (c *HttpClient) MakeRequest(request *Request) {
request.SetHeaders(c.Headers)
client := &http.Client{Timeout: time.Duration(c.Timeout) * time.Second}
resp, err := client.Do(request.Req)
if err != nil {
log.Fatalln(err)
}
defer resp.Body.Close()
}
Вот пример:
func (c *HttpClient) MakeRequest(request *Request) {
request.SetHeaders(c.Headers)
client := &http.Client{Timeout: time.Duration(c.Timeout) * time.Second}
resp, err := client.Do(request.Req)
if err != nil {
log.Fatalln(err)
}
defer resp.Body.Close()
}