Народ подскажите, если я из NATS прочитал json, но не смог его записать в БД из-за ошибки, как мне сообщить NATS чтобы он его не выкидывал из очереди? если я его обратно кладу в очередь при ошибке записи БД, то подписка опять срабатывает и так в цикле. В минуту 100 тысяч раз. Как быть?

Народ подскажите, если я из NATS прочитал json, но не смог его записать в БД из-за ошибки, как мне сообщить NATS чтобы он его не выкидывал из очереди? если я его обратно кладу в очередь при ошибке записи БД, то подписка опять срабатывает и так в цикле. В минуту 100 тысяч раз. Как быть?

по поводу что делать если будет ошибка https://docs.nats.io/legacy/stan/streaming/acks

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

по поводу что делать если будет ошибка https://docs.nats.io/legacy/stan/streaming/acks

спасибо

Народ подскажите, если я из NATS прочитал json, но не смог его записать в БД из-за ошибки, как мне сообщить NATS чтобы он его не выкидывал из очереди? если я его обратно кладу в очередь при ошибке записи БД, то подписка опять срабатывает и так в цикле. В минуту 100 тысяч раз. Как быть?

и там ниже есть Max In Flight что бы натс не спамил

Есть вариант взять кафку 😬😬

Есть вариант взять кафку 😬😬

ну так в кафке тоже надо будет разобраться как делать это :)

или к кафке прилагается кошкодевочка которая все сама настраивает? )

ну так в кафке тоже надо будет разобраться как делать это :)

там просто сообщение из партишна не убирается когда консьюмер отработал, я к этому

и там ниже есть Max In Flight что бы натс не спамил

а если кол-во попыток 25 истекло к примеру, потом как начать читать бушер опять? рестартовать сервис или есть дургие способы?

Есть вариант взять кафку 😬😬

сложно для небольшого проекта

а если кол-во попыток 25 истекло к примеру, потом как начать читать бушер опять? рестартовать сервис или есть дургие способы?

надо доку читать мне лень, я не пользовался натсом никогда

Я натс с КХ первый раз щупал помню

надо доку читать мне лень, я не пользовался натсом никогда

оке

А дока по натсу есть на русском?

а если кол-во попыток 25 истекло к примеру, потом как начать читать бушер опять? рестартовать сервис или есть дургие способы?

если в течении определенного времени не приходит акк на определенное сообщение, то сервер его переотправляет

время задается при создании подписки вроде

на клиенте

а для реконекта БД ставить таймауты переподключения или подряд долбить пока не подключится?

а для реконекта БД ставить таймауты переподключения или подряд долбить пока не подключится?

можешь в конфиге указывать сколько раз максимум делать реконект да и все

где-нибудь в config.yaml

а для реконекта БД ставить таймауты переподключения или подряд долбить пока не подключится?

про какую бд речь?

про какую бд речь?

Наверно про ПГ

про какую бд речь?

postgresql

а, я думал вопрос с натсом связан

вопрос с натсом, хочу обрабоать ситуацию если прочитаное не удалось записать в базу

ребята выше ответили

ребята как сделать фильтрацию в монго?

ой

я здесь просто переменные попутал

все работает!

Добрый день, как всетаки хранить указатели в массиве от объектов разных типов type E struct { Pointer map[int][]*any } func Fc[T Any](e *E, id int, t T) []*T { arr := make([]*T, 100) e.Pointer[id] = arr return arr } Есть идеи?

👣 Zmap-ProxyScanner - быстрый способ поиска прокси. Поможет найти 2000-5000 рабочих http, socks4, socks5 прокси за одно сканирование. ⚙️ GitHub #github #soft #Go @Golang_google

Добрый день, как всетаки хранить указатели в массиве от объектов разных типов type E struct { Pointer map[int][]*any } func Fc[T Any](e *E, id int, t T) []*T { arr := make([]*T, 100) e.Pointer[id] = arr return arr } Есть идеи?

Пока что не до конца понятна задача.

Пока что не до конца понятна задача.

В функцию передается ид и структура объекта, под эту структуру создается массив указателей под обьекты вот эти указатели хочу записать в мапу что бы было доступно по E.Pointer[id][id2]. Можно было бы через unsafe но на сколько я знаю он не привяжет сам указатель и GC соберет потом этот массив

В функцию передается ид и структура объекта, под эту структуру создается массив указателей под обьекты вот эти указатели хочу записать в мапу что бы было доступно по E.Pointer[id][id2]. Можно было бы через unsafe но на сколько я знаю он не привяжет сам указатель и GC соберет потом этот массив

Нет, это не задача, это попытка ее решения или идея в одном из направлений. Сама задача еще не озвучена.

притом сразу с дженериками, нафига они если все равно ссылки на объекты

Нет, это не задача, это попытка ее решения или идея в одном из направлений. Сама задача еще не озвучена.

Реализация Entity component system Вот для хранения данных компонентов и встает данный вопрос

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

массив указателей на ее объекты-компоненты?

Добрый день! Пишу внутренний портал инструментов, возник архитектурный вопрос: У меня есть сервисный пакет отправки почты, который так же использует иные пакеты https://go.dev/play/p/i-5L_bVpy6A Как было бы более правильно регистрировать ошибки в работе данного модуля (и в целом отдельных функциональных частей): 1. Передавать ошибку "вверх"/вызывающему, он регистрирует её в журнале и отрабатывает свой сценарий ошибки 2. Сразу внести запись в журнал ошибки, передать её вызывающему, а тот отрабатывает свой сценарий ошибки Логгер - zap, используется глобальная переменная zap.L() Более кратко вопрос звучал бы так - где лучше проводить регистрацию ошибки в журнале - в самом используемом пакете или на уровне вызывающей функции?

скорее всего, логгер у тебя существует в контексте "приложение", думаю, там и уместно логировать. вызываемый пакет должен просто вернуть ошибку, ее обработка не его забота (если это не panic-ситуация)

массив указателей на ее объекты-компоненты?

Да

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

var e = [100][]any{}

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

А ты это с какого языка свою "идею" тащишь то?

ребята а как было вывести строку наоборот

ну в место 123

321

1. ну выведи задом наперед 2. засунь в массив байт и реверсни, потом выведи

ребята а как было вывести строку наоборот

В стек ее.

В стек ее.

с рекурсией и выводить по одному? тоже норм🤣

ребята а как было вывести строку наоборот

если в либе strings за тебя это не сделали, то по 1 символу в строке заменять первый на последний, тут оно так работает в го

в го строки immutable

ну это по определнию, не думаю,что он пытается это обойти)

1. ну выведи задом наперед 2. засунь в массив байт и реверсни, потом выведи

ток в массив рун лучше

ток в массив рун лучше

смотря какое тз

var e = [100][]any{}

var e = [100][]any{} var arr []*T e[1] = arr // Cannot use 'arr' (type []*T) as the type []any

данеужели

А может туда просто interface{}? :)

А ты это с какого языка свою "идею" тащишь то?

это не из языка, а из геймдева идея. по организации сущностей

(как повествует Википедия)

var e = [100][]any{} var arr []*T e[1] = arr // Cannot use 'arr' (type []*T) as the type []any

ну вариант либо interface{} и ручные касты, либо создавать общий интерфейс-констрейнт и использовать дженерики

ну вариант либо interface{} и ручные касты, либо создавать общий интерфейс-констрейнт и использовать дженерики

Жаль только человек этот это не потянет. Он в го не шарит. Да и то что он делает очень очень не рекомендуют сами разрабы делать.

Жаль только человек этот это не потянет. Он в го не шарит. Да и то что он делает очень очень не рекомендуют сами разрабы делать.

Какие разрабы не рекомендуют?

Жаль только человек этот это не потянет. Он в го не шарит. Да и то что он делает очень очень не рекомендуют сами разрабы делать.

Получиться сделать, буду чуть больше шарить

Какие разрабы не рекомендуют?

https://go.dev/doc/faq#pointer_to_interface

Можете закидать тряпками, но чем такое решение не устраивает

Без дженериков, и надо присвоить массив ссылок к переменной

Я до сих пор не понимаю, какая решается задача... Не то чтобы я без этой информации жить не мог, но странно как-то. Нельзя все время "смотреть под ноги", надо иногда смотреть вперед и вверх. 1) что мы хотим получить? 2) Зачем нам это надо?

ну вариант либо interface{} и ручные касты, либо создавать общий интерфейс-констрейнт и использовать дженерики

Можно чуть подробнее ... попробую почитать про ручные касты

А дженерики чего плохого сделали)))

massivSsilok

а че не slaisSsilok?)

А дженерики чего плохого сделали)))

А зачем вам хранить слайс ссылок в слайсе интерфейсов?

Лучше не пренебрегать магическим словом any, а пытаться строго типизировать такие участки кода

Лучше не пренебрегать магическим словом any, а пытаться строго типизировать такие участки кода

Эт да)

Лучше не пренебрегать магическим словом any, а пытаться строго типизировать такие участки кода

А какие есть предложения?

Добрый день, как всетаки хранить указатели в массиве от объектов разных типов type E struct { Pointer map[int][]*any } func Fc[T Any](e *E, id int, t T) []*T { arr := make([]*T, 100) e.Pointer[id] = arr return arr } Есть идеи?

Если вы об этом, то опишите всю задачу