Proudly created and supported by MadAppGang company.
Every single web framework has a build-in logger already, why do we need on more? The question is simple and the answer is not.
The best logger is structured logger, like Uber Zap. Structure logs are essentials today to help collect and analyze logs with monitoring tools like ElasticSearch or DataDog.
But what about humans? Obviously you can go to your monitoring tool and parse your structured logs. But what about seeing human readable logs in place just in console? Although you can read JSON, it is extremely hard to find most critical information in the large JSON data flow.
Httplog package brings good for humans and log collection systems, you can use tools like zap to create structured logs and see colored beautiful human-friendly output in console in place. Win-win for human and machines ๐คโค๏ธ๐ฉ๐ฝโ๐ป
Nice and clean output is critical for any web framework. Than is why some people use go web frameworks just to get beautiful logs.
This library brings you fantastic http logs to any web framework, even if you use native net/http
for that.
But it's better to see once, here the default output you will get with couple of lines of code:
And actual code looks like this:
func main() {
// setup routes
http.Handle("/happy", httplog.Logger(happyHandler))
http.Handle("/not_found", httplog.Logger(http.NotFoundHandler()))
//run server
_ = http.ListenAndServe(":3333", nil)
}
All you need is wrap you handler with httplog.Logger
and the magic happens.
And this is how the structured logs looks in AWS CloudWatch. As you can see, the color output looks not as good here as in console. But JSON structured logs are awesome ๐
Here is a main features:
- framework agnostic (could be easily integrated with any web framework), you can find
examples
for:- alice
- chi
- echo
- gin
- goji
- gorilla mux
- httprouter
- mojito
- negroni
- native net/http
- not found yours? let us know and we will add it
- response code using special wrapper
- response length using special wrapper
- can copy response body
- get real user IP for Google App Engine
- get real user IP for CloudFront
- get real user IP for other reverse proxy which implements RFC7239
- customize output format
- has the list of routes to ignore
- build in structure logger integration
- callback function to modify response before write back (add headers or do something)
This framework is highly inspired by Gin logger library, but has not Gin dependencies at all and has some improvements.
Httplog has only one dependency at all: github.com/mattn/go-isatty
. So it's will not affect your codebase size.
You can modify formatter as you want. Now there are two formatter available:
DefaultLogFormatter
ShortLogFormatter
HeadersLogFormatter
DefaultLogFormatterWithHeaders
BodyLogFormatter
DefaultLogFormatterWithHeadersAndBody
RequestHeaderLogFormatter
DefaultLogFormatterWithRequestHeader
RequestBodyLogFormatter
DefaultLogFormatterWithRequestHeadersAndBody
FullFormatterWithRequestAndResponseHeadersAndBody
And you can combine them using ChainLogFormatter
.
Here is an example of formatter in code:
// Short log formatter
shortLoggedHandler := httplog.LoggerWithFormatter(
httplog.ShortLogFormatter,
wrappedHandler,
)
You can define your own log format. Log formatter is a function with a set of precalculated parameters:
// Custom log formatter
customLoggedHandler := httplog.LoggerWithFormatter(
// formatter is a function, you can define your own
func(param httplog.LogFormatterParams) string {
statusColor := param.StatusCodeColor()
resetColor := param.ResetColor()
boldRedText := "\033[1;31m"
return fmt.Sprintf("๐ฅ[I am custom router!!!] %s %3d %s| size: %10d bytes | %s %#v %s ๐ฎ๐จ๐ปโ๐ป\n",
statusColor, param.StatusCode, resetColor,
param.BodySize,
boldRedText, param.Path, resetColor,
)
},
happyHandler,
)
http.Handle("/happy_custom", customLoggedHandler)
For more details and how to capture response body please look in the example app.
params is a type of LogFormatterParams and the following params available for you:
param | description |
---|---|
Request | http.Request instance |
RouterName | when you create logger, you can specify router name |
Timestamp | TimeStamp shows the time after the server returns a response |
StatusCode | StatusCode is HTTP response code |
Latency | Latency is how much time the server cost to process a certain request |
ClientIP | ClientIP calculated real IP of requester, see Proxy for details |
Method | Method is the HTTP method given to the request |
Path | Path is a path the client requests |
BodySize | BodySize is the size of the Response Body |
Body | Body is a body content, if body is copied |
Good and nice output is good, but as soon as we have so much data about every response it is a good idea to pass it to our application log structured collector.
One of the most popular solution is Uber zap. You can use any structured logger you want, use zap's integration example as a reference.
All you need is create custom log formatter function with your logger integration.
This repository has this formatter for zap created and you can use it importing github.com/MadAppGang/httplog/zap
:
logger := httplog.LoggerWithConfig(
httplog.LoggerConfig{
Formatter: lzap.DefaultZapLogger(zapLogger, zap.InfoLevel, ""),
},
http.HandlerFunc(handler),
)
http.Handle("/happy", logger)
You can find full-featured example in zap integration folder.
You can use any output you need, your output must support io.Writer
protocol.
After that you need init logger:
buffer := new(bytes.Buffer)
logger := LoggerWithWriter(buffer, handler) //all output is written to buffer
Some destinations should not be logged. For that purpose logger config has SkipPaths
property with array of strings. Each string is a Regexp for path you want to skip. You can write exact path to skip, which would be valid regexp, or you can use regexp power:
logger := LoggerWithConfig(LoggerConfig{
SkipPaths: []string{
"/skipped",
"/payments/\\w+",
"/user/[0-9]+",
},
}, handler)
The other feature to safe your logs from leaking secrets is Header masking. For example you do not want to log Bearer token header, but it is useful to see it is present and not empty.
For this purpose `LoggerConfig` has field `HideHeaderKeys` which works the same as `SkipPaths`. Just feed an array of case insensitive key names regexps like that:
```go
logger := LoggerWithConfig(LoggerConfig{
HideHeaderKeys: []string{
"Bearer",
"Secret-Key",
"Cookie",
},
}, handler)
If regexp is failed to compile, the logger will skip and and it will write the message to the log output destination.
You application is operating behind load balancers and reverse proxies. That is why origination IP address is changing on every hop.
To save the first sender's IP (real user remote IP) reverse proxies should save original IP in request headers.
Default headers are X-Forwarded-For
and X-Real-IP
.
But some clouds have custom headers, like Cloudflare and Google Apps Engine.
If you are using those clouds or have custom headers in you environment, you can handle that by using custom Proxy
init parameters:
httplog.LoggerWithConfig(
httplog.LoggerConfig{
ProxyHandler: NewProxyWithType(httpdlog.ProxyGoogleAppEngine),
},
http.HandlerFunc(h),
or if you have your custom headers:
logger := httplog.LoggerWithConfig(
httplog.LoggerConfig{
ProxyHandler: NewProxyWithTypeAndHeaders(
httpdlog.ProxyDefaultType,
[]string{"My-HEADER-NAME", "OTHER-HEADER-NAME"}
),
},
handler,
)
You can capture response data as well. But please use it in dev environments only, as it use extra resources and produce a lot of output in terminal. Example of body output could be found here.
You can use DefaultLogFormatterWithHeaders
for headers output or DefaultLogFormatterWithHeadersAndBody
to output response body. Don't forget to set CaptureBody
in LoggerParams.
You can combine your custom Formatter and HeadersLogFormatter
or/and BodyLogFormatter
using ChainLogFormatter
:
var myFormatter = httplog.ChainLogFormatter(
MyLogFormatter,
httplog.HeadersLogFormatter,
httplog.BodyLogFormatter,
)
Please go to examples folder and see how it's work:
This package is suing canonical golang approach, and it easy to implement it with all net/http
package.
http.Handle("/not_found", httplog.Logger(http.NotFoundHandler()))
Full example could be found here.
Alice is a fantastic lightweight framework to chain and manage middlewares. As Alice is using canonical approach, it is working with httplog out-of-the-box.
You don't need any wrappers and you can user logger directly:
.....
chain := alice.New(httplog.Logger, nosurf.NewPure)
mux.Handle("/happy", chain.Then(happyHandler()))
Full example could be found here.
Chi is a router which uses the standard approach as Alice
package.
You don't need any wrappers and you can user logger directly:
r := chi.NewRouter()
r.Use(httplog.Logger)
r.Get("/happy", happyHandler)
...
Full example [could be found here](https://github.com/MadAppGang/httplog/blob/main/examples/chi/main.go).
Echo middleware uses internal echo.Context
to manage request/responser flow and middleware management.
As a result, echo
creates it's own http.ResponseWriter wrapper to catch all written data.
That is why httplog
could not handle it automatically.
To handle that there is a package httplog/chilog
which has all the native echo middlewares to use:
e := echo.New()
// Middleware
e.Use(echolog.LoggerWithName("ECHO NATIVE"))
e.GET("/happy", happyHandler)
e.POST("/happy", happyHandler)
e.GET("/not_found", echo.NotFoundHandler)
Full example could be found here.
Gin has the most beautiful log output. That is why this package has build highly inspired by Gin's
logger.
If you missing some features of Gin's native logger and want to use this one, it is still possible.
Gin middleware uses internal gin.Context
to manage request/responser flow and middleware management. The same approach as Echo
.
That is why we created httplog
, to bring this fantastic logger to native golang world :-)
Gin
creates it's own http.ResponseWriter wrapper to catch all written data.
That is why httplog
could not handle it automatically.
To handle that there is a package httplog/ginlog
which has all the native gin middlewares to use:
r := gin.New()
r.Use(ginlog.LoggerWithName("I AM GIN ROUTER"))
r.GET("/happy", happyHandler)
r.POST("/happy", happyHandler)
r.GET("/not_found", gin.WrapF(http.NotFound))
Full example could be found here.
Goji is using canonical middleware approach, that is why it is working with httplog out-of-the-box.
You don't need wrappers or anything like that.
mux := goji.NewMux()
mux.Handle(pat.Get("/happy"), httplog.Logger(happyHandler))
Full example could be found here.
Gorilla mux is one of the most loved muxer/router. Gorilla is using canonical middleware approach, that is why it is working with httplog out-of-the-box.
You don't need to create any wrappers:
r := mux.NewRouter()
r.HandleFunc("/happy", happyHandler)
r.Use(httplog.Logger)
Full example could be found here.
To use HTPPRouter you need to create simple wrapper. As HTTPRouter using custom httprouter.Handler
and additional argument with params in handler function.
func LoggerMiddleware(h httprouter.Handle) httprouter.Handle {
logger := httplog.LoggerWithName("ME")
return func(w http.ResponseWriter, r *http.Request, ps httprouter.Params) {
handler := http.HandlerFunc(func(w http.ResponseWriter, r *http.Request) {
h(w, r, ps)
})
logger(handler).ServeHTTP(w, r)
}
}
//use as native middleware
router := httprouter.New()
router.GET("/happy", LoggerMiddleware(happyHandler))
Full example could be found here.
Because Go-Mojito uses dynamic handler functions, which include support for net/http types, httplog works out-of-the-box:
mojito.WithMiddleware(httplog.Logger)
mojito.GET("/happy", happyHandler)
Full example could be found here.
Negroni uses custom negroni.Handler
as middleware. We need to create custom wrapper for that:
var negroniLoggerMiddleware negroni.Handler = negroni.HandlerFunc(func(rw http.ResponseWriter, r *http.Request, next http.HandlerFunc) {
logger := httplog.Logger(next)
logger.ServeHTTP(rw, r)
})
//use it as native middleware:
n := negroni.New()
n.Use(negroniLoggerMiddleware)
n.UseHandler(mux)
Full example could be found here.