Tracing HTTP Requests with Go's net/HTTP/httptrace

4 days ago (blainsmith.com)

7 comments

speckx

Reply
melodyogonna  2 hours ago

Little things like this are why Go is great. People make arguments against Go based just on available language syntax, but languages are more than just syntax; it is about the end-to-end development flow. I actually think C# and the .NET platform are the only other ecosystem that looks at development the same way. In most other ecosystems, you almost always need to step outside what the built-in language platform provides for any moderately complicated use-case.

  • systems  10 minutes ago

    do you mean use none core libraries / 3rd party libs or using libraries from different languages like how some libs or frameworks from different languages create bindings to python libs

    many C# libs are available via Nugets, which are not more or less complicated than other languages package managers

    i personally think C# package management is more obscure, compared to other languages

  • blainsmith  1 hour ago

    I agree with you about C# there. I don't use it really at all, but the times I did it felt like I was writing Go with how nice the stdlib was and that I could just use the dotnet CLI on Linux too. It was pleasant and productive to use.

s-macke  2 hours ago

I wish I had known this two years ago. I ended up writing my own embedded connection struct to trace these things [0].

  type Connection struct {
    net.Conn
    OnEventCallback func(clientClosed bool, serverClosed bool, err error)
  }

[0] https://github.com/s-macke/SlapperX/blob/master/src/tracing/...

  • blainsmith  1 hour ago

    That get's the job done too for those events depending on what you need them for. httptrace could be heavy handed if all you want is simple events like you show.