Телеграмм чат группы gogolang страница 18916

2020 March 25

CI

только так и можно, более того, пинговать надпротокольными keep-alive сообщениями сервером клиента самое правильное решение

Что есть надпротокольные Keep-Alive сообщения?

источник

21:57пожаловаться #1

CI

Co. In in Go-go!

ICMP?

источник

21:57пожаловаться #2

ВС

Владимир Столяров in Go-go!

ну, например, у вас поверх tcp есть какой-то собственный прикладной протокол, в нем надо заложить поддержку ping/pong, как, например, сделано в socket io

источник

21:58пожаловаться #3

CI

Co. In in Go-go!

Владимир Столяров

ну, например, у вас поверх tcp есть какой-то собственный прикладной протокол, в нем надо заложить поддержку ping/pong, как, например, сделано в socket io

Я верх не там понял) Тогда понятно

источник

21:59пожаловаться #4

G

German in Go-go!

Всем доброго дня.
Есть сервис, содержащий в себе несколько под-сервисов. Все они крутятся в горутинах. Какой есть более-менее способ удобно контролировать ошибки, которые могут возникать в этих потоках? Контролировать в самих под-сервисах или написать механизм для передачи контроля родительскому сервису?

источник

22:01пожаловаться #5

CI

Co. In in Go-go!

German

Всем доброго дня.
Есть сервис, содержащий в себе несколько под-сервисов. Все они крутятся в горутинах. Какой есть более-менее способ удобно контролировать ошибки, которые могут возникать в этих потоках? Контролировать в самих под-сервисах или написать механизм для передачи контроля родительскому сервису?

Брат.....)
https://t.me/gogolang/410665

источник

22:02пожаловаться #6

АП

Александр Попов in Go-go!

German

Всем доброго дня.
Есть сервис, содержащий в себе несколько под-сервисов. Все они крутятся в горутинах. Какой есть более-менее способ удобно контролировать ошибки, которые могут возникать в этих потоках? Контролировать в самих под-сервисах или написать механизм для передачи контроля родительскому сервису?

ну если там waitgroup какой то, то завершение 1 гоурутины не закончит всю группу

источник

22:03пожаловаться #7

АП

Александр Попов in Go-go!

как вариант deferer в гоурутине который сделает рекавер паники

а

Всем доброго дня.
Есть сервис, содержащий в себе несколько под-сервисов. Все они крутятся в горутинах. Какой есть более-менее способ удобно контролировать ошибки, которые могут возникать в этих потоках? Контролировать в самих под-сервисах или написать механизм для передачи контроля родительскому сервису?

канал с ошибками

источник

22:04пожаловаться #9

а

а кто это in Go-go!

но вообще это не очень хорошее решение

источник

22:04пожаловаться #10

G

German in Go-go!

а кто это

канал с ошибками

Да есть уже, потому и ищу что-нибудь более правильное

источник

22:05пожаловаться #11

CI

Co. In in Go-go!

а кто это

но вообще это не очень хорошее решение

А какое хорошее? Потому что я вот только до канала с ошибками додумался

источник

22:05пожаловаться #12

а

а кто это in Go-go!

не гонять несколько сервисов под одной крышей)

источник

22:05пожаловаться #13

а

а кто это in Go-go!

ну у меня стоит хендлер

источник

22:05пожаловаться #14

а

а кто это in Go-go!

у сервиса есть Run() который работает в цикле и возвращает error

источник

22:06пожаловаться #15

а

а кто это in Go-go!

если err не nil, проверяем ошибку и обрабатываем

источник

22:06пожаловаться #16

CI

Co. In in Go-go!

а кто это

у сервиса есть Run() который работает в цикле и возвращает error

А выход из Run по чтению из канала ошибок?

источник

22:07пожаловаться #17

а

а кто это in Go-go!

а кто это

если err не nil, проверяем ошибку и обрабатываем

func (m *MyService) Run() error {
     // service logic
}

источник

22:09пожаловаться #18

АП

Александр Попов in Go-go!

а кто это

у сервиса есть Run() который работает в цикле и возвращает error

ну говно же

источник

22:09пожаловаться #19

а

а кто это in Go-go!

Александр Попов

ну говно же

почему?

источник

22:09пожаловаться #20