чисто по личному опыту в zap api куда удобнее чем в logrus, плюс есть куча оберток (для testing.T, для стандартного логгера), есть прямо http-handler для переключения уровня во время работы приложения, но в logrus есть хуки с context.Context (их я использовал для sentry, чтобы нормально накапливать breadcrumbs)
ZAP мне как-то очень слабой документацией не понравился, пришлось гуглить куски кода. Вот сейчас снова гуглю, как другой формат времени поставить.
ZAP мне как-то очень слабой документацией не понравился, пришлось гуглить куски кода. Вот сейчас снова гуглю, как другой формат времени поставить.
Документации там больше, чем достаточно. Если ты не разглядел в EncoderConfig поле EncodeTime или не сообразил как сделать свой енкодер - то тут дело в не zap
одни расстройства с этим стандартным http сервером оказывается снаружи из мидлвари нельзя никак узнать с каким статусом завершился обработчик, только расширять ResponseWriter и сохранять состояние там
почему-то fasthttp все больше кажется намного более продвинутым и юзерфрендли из коробки есть и состояние сервера, и мидлвари простые все для людей написано, не то что http
одни расстройства с этим стандартным http сервером оказывается снаружи из мидлвари нельзя никак узнать с каким статусом завершился обработчик, только расширять ResponseWriter и сохранять состояние там
почему-то fasthttp все больше кажется намного более продвинутым и юзерфрендли из коробки есть и состояние сервера, и мидлвари простые все для людей написано, не то что http
Фастхттп решал проблемы автора, он не для всех, не надо рекламировать без причин)
чисто по личному опыту в zap api куда удобнее чем в logrus, плюс есть куча оберток (для testing.T, для стандартного логгера), есть прямо http-handler для переключения уровня во время работы приложения, но в logrus есть хуки с context.Context (их я использовал для sentry, чтобы нормально накапливать breadcrumbs)