протокол сам все детектит, сгенеренный код сам анмаршаллит

Кто нибудь знает как правильно анмаршалить сообщения protobuf? Везде примеры типа test := &example.Test{} data, err := proto.Marshal(test) newTest := &example.Test{} err = proto.Unmarshal(data, newTest) А если у меня открыто tcp соединение в которое я кидаю разные сообщения protobuf, как детектить какое сообщение пришло? Если в первый байт пакета писать его идентификатор, и на принимающей стороне его считывать получается что-то типа switch(recvBytes[0]){ case 0: msg := &pbMessage1{} if proto.Unmarshal(recvBytes[1:], msg) != nil{ return } case 1: msg := &pbMessage2{} if proto.Unmarshal(recvBytes[1:], msg) != nil{ return } case 2: msg := &pbMessage3{} if proto.Unmarshal(recvBytes[1:], msg) != nil{ return } } Отправка сообщений - аналогичный свич, который пишет в первый байт id пакета Это просто ужастно, глаза текут от такой фигни Как сделать по нормальному?

не похоже что он сам все детектит))

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

http://yournet.kz/blog/os/linux/kak-vypolnyat-komandy-linux-v-fonovom-rezhime

И ни слова о start-stop-daemon?

но зачем?

Так это не демоны же

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

Всем доброго дня, кто-нибудь пользует в проде /valyala/fasthttp? Сильно ли он лучше нынешней стандартной либы?

Всем доброго дня, кто-нибудь пользует в проде /valyala/fasthttp? Сильно ли он лучше нынешней стандартной либы?

Я везде использую, @valyala использует, @toby3d блогодвижок на грэйме пишет, все пользователи грэйма неявно юзают фастхттп

А как дела с websocket обстоят? Тот форк от гориллы, который там в ридми указан, уже давно не обновлялся

Я везде использую, @valyala использует, @toby3d блогодвижок на грэйме пишет, все пользователи грэйма неявно юзают фастхттп

залогировать ошибку перед возвратом?

тогда зачем её возвращать?

чтобы вызывающая функцию логика корректно отработала?

можно тогда не писать возврат ошибки в этой функции, я имею ввиду.

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

Про какую функцию сейчас идёт речь?

A вызывает B, B генерирует ошибку errB, логирует и возвращает. A обрабатывает ошибку и, если надо, генерирует ошибку errA, логирует и возвращает. Как-то так?

Есть исполняемая функция. в ней происходит ошибка. Функция имеет примерно такую сигнатуру: func myname1 (...) error {...} Если там срабатывает ошибка, то она получается что прокидывает её наверх в вызывающую функцию (а та, возможно, ещё выше) до того места, пока всё это не попадёт в конечную функцию (например в main) где логируется возврат ошибки самой верхней вызывающей функции. В этом случае, не понятно, откуда именно пришла ошибки, т.к. мы получаем текст ошибки и номер строки ошибки в main. Однако, если мы будем логировать ошибку в самой функции myname1 где она и происходит, то нафига нам вообще нужно эту ошибку прокидывать наверх? сделаем чтобы она не возвращала ошибку и всё.

Есть исполняемая функция. в ней происходит ошибка. Функция имеет примерно такую сигнатуру: func myname1 (...) error {...} Если там срабатывает ошибка, то она получается что прокидывает её наверх в вызывающую функцию (а та, возможно, ещё выше) до того места, пока всё это не попадёт в конечную функцию (например в main) где логируется возврат ошибки самой верхней вызывающей функции. В этом случае, не понятно, откуда именно пришла ошибки, т.к. мы получаем текст ошибки и номер строки ошибки в main. Однако, если мы будем логировать ошибку в самой функции myname1 где она и происходит, то нафига нам вообще нужно эту ошибку прокидывать наверх? сделаем чтобы она не возвращала ошибку и всё.

Есть исполняемая функция. в ней происходит ошибка. Функция имеет примерно такую сигнатуру: func myname1 (...) error {...} Если там срабатывает ошибка, то она получается что прокидывает её наверх в вызывающую функцию (а та, возможно, ещё выше) до того места, пока всё это не попадёт в конечную функцию (например в main) где логируется возврат ошибки самой верхней вызывающей функции. В этом случае, не понятно, откуда именно пришла ошибки, т.к. мы получаем текст ошибки и номер строки ошибки в main. Однако, если мы будем логировать ошибку в самой функции myname1 где она и происходит, то нафига нам вообще нужно эту ошибку прокидывать наверх? сделаем чтобы она не возвращала ошибку и всё.

Всё зависит от формата логгирования. Можно писать лог в корне, а возвращать оформленную подобающим образом ошибку из недр

логируй на уровень выше

@alexsafronov а это библиотека или конечное приложение ?

все зависит от логики,если ошибка не фатальная и дальше не кидается, то логируй

под такие случаи существуют такие пакеты и функции: https://godoc.org/github.com/powerman/structlog#Logger.Err и логирует, и возвращает.