ок

вы знаете, вроде получилось решить. Процесс умирает, бот останавливается. Вынес логику закрытия коннекшенов из defer прямо в тело main

и какбе как в орм может быть мало гибкости, там по сути одна задача - крудовская, она или выполняется или не выполняется, кастомайзить можно ток источники данных, но их уже давно и везде можно брать с любого говна на которое есть спецификация

она выполняется, но странно, орм то угадывает что ты хотел, то нет

вы знаете, вроде получилось решить. Процесс умирает, бот останавливается. Вынес логику закрытия коннекшенов из defer прямо в тело main

Кто-то может, пожалуйста, пояснить, почему defer не вызывался?

Кто-то может, пожалуйста, пояснить, почему defer не вызывался?

Ctrl-C or another signal will terminate the program without calling deferred functions. You can catch ctrl-c using a signal handler. Read the documentation for the os/signal package, it has OS specific behavior. Something like below would catch ctrl-c: c := make(chan os.Signal, 1) signal.Notify(c,os.Interrupt) go func() { s := <-c // signal caught, cleanup }()

понятно, но у меня defer срабатывал 100 из 100, когда я через грейсфул шатдаун выходил по Ctrl-C

это он начал барахлить, когда рековер с panic добавил

вот, closing... логи в красных скобках в defer'e были полностью

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

вот, closing... логи в красных скобках в defer'e были полностью

а что в pg.CloseConn?

по идее именно он блокируется

pgx.pool.close

Можно ли сделать так, найти строку по слову, елси она есть, вернуть строку целиком

Гайс, есть видос или статья про логирование хорошая?

а что в pg.CloseConn?

добавь принт после

по идее именно он блокируется

хм..

Регуляркой не хочу, там не то получается

хм..

а как ты работаешь в пулом? достаешь соединение или просто вызываешь Query/Exec...

вызываю квери, пока не дошел до нескольких соедов

// Close closes all connections in the pool and rejects future Acquire calls. Blocks until all connections are returned// to pool and closed.

во

у тебя из-за паники может не возвращаться соединение к бд

добавь принт после

.

здесь c.Release() не в дефере, поэтому у тебя блокировка

чуть позже напишу issue с этим

вы правы

блочит

сейчас скину как переписать

спасибо вам

у меня паника вызывалась после Query уже, когда я сканил rows

здесь c.Release() не в дефере, поэтому у тебя блокировка

вот так и доверяй разработчикам...

c.Query ....

у меня же паника не в Query поднималась, разве это помогло бы?

я, конечно, посмотрю и перепишу, но все равно

у меня же паника не в Query поднималась, разве это помогло бы?

по идее

щас попробую

сам зафоршу панику в том-же месте

здесь c.Release() не в дефере, поэтому у тебя блокировка

возможно проблема только в том методе т.к. тут через defer

кстати реально же, дефер после паники

освободит соеду

все получилось) спасибо

реально?)

после паники все закрылось как надо

чуть позже напишу issue с этим

.

она выполняется, но странно, орм то угадывает что ты хотел, то нет

У орм есть точная спецификация, если маппинг типов не нрав, то привести их вручную всегда проще чем писать свое дао

У орм есть точная спецификация, если маппинг типов не нрав, то привести их вручную всегда проще чем писать свое дао

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

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

Ну так пишите слой над дао, который будет фиксить все что удивляет, или можно слать запросы вручную, энивей проще чем писать свое дао

Хотя вот по опыту хибера, алхимии, нигде странных выводов орм не встречал

typeorm ne videl

Так а че по консумерам

Как там грейсфул мутить

каким консумерам?

точнее с какой стороны

Ну у тебя есть слушатель очереди раббита и нужно что бы он завершил текущую операцию и потом перестал слушать

Что бы выполнить обновление среды

Код обновится, структура бд к примеру тоже

Через WaitGroup

Отписываешься с очереди Ожидаешь завершения Выходишь из программы

здесь c.Release() не в дефере, поэтому у тебя блокировка

Если у вас возникнет желание использовать pgxpool.Query и другие методы, то вы должны понимать, что соединение отпускается только в rows.Close() без дефера. Что это значит? Если забыть сделать defer rows.Close() сразу после вызова метода, то при панике он не выполнится и коннект будет вечно висеть. Что это значит (х2)? Грейсфул shutdown заблокируется, потому что pgxpool при закрытии ждет когда все коннекты вернуться в пул, а pool.Close() не принимает контекст, т.е. нельзя сделать таймаут. Даже если смириться с принудительным завершением программы, на уровне выше pgbouncer (или подобный) может вылететь с ошибкой, но в теории не фатальной. Как решать проблему? Вручную получать и отпускать соединение: conn, err := pool.Aqiure() defer conn.Release() По факту этот же код мы видим в исходниках (пример, не еденичный), но теперь при панике мы можем гарантировать что коннект отпустится. В общем раст лучше, а прежде чем писать raw sql запросы почитайте https://github.com/golang/go/wiki/SQLInterface или http://go-database-sql.org/

To everyone who need more money or those looking for a second source of getting income? I introduce you to my life saver EXPERT OPTIONS @team_christians Contact the platform now and give me thanks.. https://t.me/joinchat/aqjaGwMPuN4yNDJk

Всем привет! Начинаю изучать Golang, подскажите бесплатные курсы плиз.

Всем привет! Начинаю изучать Golang, подскажите бесплатные курсы плиз.

https://t.me/golangl/76142

https://t.me/golangl/76142

Сэнкс

можете подсказать

это понятно , как это побороть

это понятно , как это побороть

А что ты хочешь получить с помощью индексации ?

вывод в консоль параметра , общий вид

{"log_request_evaluation":{"possible":true,"expected_size":311333,"max_possible_day_quantity":1034655,"log_request_sum_max_size":10737418240,"log_request_sum_size":10737418240}} {true 311333 1034655 10737418240 10737418240}

У тебя есть структура PossibleAll и у него внутри в виде «поле» в виде структуры

Не более

Так что если ты хочешь чтобы PossibleAll имел якобы массив в виде поля структуры LogRequestEvaluation, то LogRequestEvaluation нужно отдельно создавать, а PossibleAll уже будет иметь массив типа этой структуры. Это чисто про индексацию.

ок , понял

вывод в консоль параметра , общий вид

Если вывод такой какой ты скинул, то наверное это про парсинг данных структур (полей), может быть вручную, может уже есть такая штука

пробую в ручную

👍🏽

Можно ли как нибуть скомпилировать golang код под linux. (С windows)?