Здравствуйте! слайс на 200к записей вида []struct{uint64, int} это норм, чтоб из базы выбирать столько за раз?

или лучше частями?

можно и разом. это же в районе двух мегабайт всего данных

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

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

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

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

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

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

Чтобы отработать логику на случай наличия ошибки

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

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

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

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

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

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

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

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

да

Если еще и пишет кто-то в эту мапу

у меня по дизайну пишет только одна горутина

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

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

Если есть запись, тут уже точно надо мьютекс юзать

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

Это же дублирование получается одной и той же ошибки, не?

нет

тогда непонял

errA может быть агрегирующей для других вызовов

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

если выкинул ошибку выше, то логировать не надо

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

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

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

Можно писать лог чуть ли не в каждом кейсе if err != nil, тут как удобнее

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

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

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

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

никакого формата пока нет, я пытаюсь пока что просто понять, как сделать правильно

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

а если несколько уровней?

на каждом

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

конечное

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

а если она сразу делает return, то лучше логировать еще выше

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

а как это определить фатальная она или нет

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

спасибо сейчас посмотрю

если ты после ошибки продолжаешь что-то делать в этой функции

если сервис А вызывает сервис В, который вызывает сервис С, где происходит ошибка, то сервис А не очень ожидает увидеть ошибку сервиса С

конечное

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

если ты после ошибки продолжаешь что-то делать в этой функции

примерно понял.

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

а негодные параметры - это примерно 70% всех ошибок

негодяи)

Как показывает практика логов много не бывает

если сервис А вызывает сервис В, который вызывает сервис С, где происходит ошибка, то сервис А не очень ожидает увидеть ошибку сервиса С

ну а что, разве А может типизировать и отличить ошибку?

Как показывает практика логов много не бывает

ну если проект не большой то да

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

согласен

а когда у тебя гигабайты логов в секунду?

тогда получится, что сервис А завязан не только на реализацию В, но и на его зависимость в виде С, что не очень хорошо

тогда получится, что сервис А завязан не только на реализацию В, но и на его зависимость в виде С, что не очень хорошо

ну не "сервис", а "функция"

окей ?

тогда получится, что сервис А завязан не только на реализацию В, но и на его зависимость в виде С, что не очень хорошо

эт решается просто конструированием своих ошибок в сервисе B, а не прокидыванием ошибки с сервиса С

о чем я и говорил выше, спасибо

а когда у тебя гигабайты логов в секунду?

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

когда все устаканивается то он обычно не нужен

о чем я и говорил выше, спасибо

я видимо на тот момент это не понял, потому что даже сейчас мне это кажется каким-то гемором.

#вакансия Привет, мы в компанию Mad Devs(https://maddevs.io) ищем много гоферов Требования - Опыт работы бекенд программистом 5+ лет - Уметь и любить писать тесты - Понимание юнит, интеграционных, е2е тестов - Знание как пользоваться pprof, tracer, как можно оптимизировать код на максимальный перформанс - Опыт разработки распределенных систем (3+ лет), распределенные системы должны быть в крови - Уметь CI/CD (Jenkins, TeamCity, GoCD, Concourse…) - Уметь Docker - Дружить с конкурентным/асинхронным/параллельным программированием - Знание SQL на очень хорошем уровне - Опыт с Postgresql 2+ лет - Опыт в виртуализации/контейнеризации - Опыт на С будет огромным плюсом ЗП: $20-35 в час Резюме отправлять на rock@maddevs.io

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

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

Как вариант. Но пока - без тестов.

поэтому вам и кажутся «гемором» ошибки для конкретной функции

поэтому вам и кажутся «гемором» ошибки для конкретной функции

мой вопрос про логику логгирования, а не про тестирование.

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

Не понял фразу "понять для чего разные ошибки на разных уровнях"

Здравствуйте. Пытаюсь собрать provisioner для Kubernetes. Версия Go - 1.10. По каким-то причинам provisioner не собирается. Лог компиляции: https://pastebin.com/JPeFitLS

ERROR: S client not available

Сам provisioner: https://github.com/kubernetes-incubator/external-storage/tree/master/local-volume/provisioner

Сборку запускаю через make

Сборка в makefile запускается командой CGO_ENABLED=0 GOOS=linux go build -a -ldflags '-extldflags "-static"' -o local-volume-provisioner ./cmd

Ребята, могу сюда вбросить свой пет проект? Хотелось бы узнать проблемные места в коде и ошибки архитектуры(если такое имеется)

мой вопрос про логику логгирования, а не про тестирование.

https://godoc.org/go.uber.org/multierr я бы смотрел сюда, или в pkg/errors, там и трейсы могут быть и агрегация

Ребята, могу сюда вбросить свой пет проект? Хотелось бы узнать проблемные места в коде и ошибки архитектуры(если такое имеется)

можешь

можешь

https://github.com/arkadybag/go-hub - тут описание проекта в кратце https://github.com/arkadybag/go-phantomjs-node - это масштабируемая нода(из описания у хаба будет понятно)

https://github.com/arkadybag/go-hub - тут описание проекта в кратце https://github.com/arkadybag/go-phantomjs-node - это масштабируемая нода(из описания у хаба будет понятно)

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

Ребят, кто может подсказать Есть адрес для апи example.com на порте 80 Если не указывать порт, то нет доступа, если указать, работает Почему так?

Ребят, кто может подсказать Есть адрес для апи example.com на порте 80 Если не указывать порт, то нет доступа, если указать, работает Почему так?

а какой-то порт по умолчанию указан?

а какой-то порт по умолчанию указан?

80

80

покажи код

А код тут при чем?

откуда нам знать, про что ты говоришь

У сервера указываю Addr: ':80'

И все

понятно

И все

2018/08/09 14:56:17 ListenAndServe: listen tcp: address 127.0.0.1: missing port in address

нет там порта поумолчанию, без него откуда функции знать, какой порт у тебя дефолтный?!

Я пожалуй подожду ответ человека, разбирающегося в этом вопросе

тогда сформулируй нормально вопрос

у тебя IP или доменное имя?

Ребят, кто может подсказать Есть адрес для апи example.com на порте 80 Если не указывать порт, то нет доступа, если указать, работает Почему так?

что за апи? где указывать порт? какого доступа? откуда?

Есть адрес -, допустим example.com за которым стоит сервак, который крутится на порте 80 Если указывать порт, example.com:80, есть доступ к серверу, если не указывать - нет доступа, не коннектится в принципе

Есть адрес -, допустим example.com за которым стоит сервак, который крутится на порте 80 Если указывать порт, example.com:80, есть доступ к серверу, если не указывать - нет доступа, не коннектится в принципе

указывать порт где? откуда ты стучишь и чем?

указывать порт где? откуда ты стучишь и чем?

С браузера, боже

Прочитай то что я написал еще раз, если ты плохо понял

как грубо

example.com:80 - вот, порт указан

С браузера, боже

и как можно было догодатсья об этом????

и как можно было догодатсья об этом????

А какая разница, лол?