6 ms·
This looks really cool, congrats on the launch! I haven’t had time to dig in proper, but this seems like something that would fit perfectly for “local dev” log
by t1mmen 3y ago
This looks really cool, congrats on the launch!
I haven’t had time to dig in proper, but this seems like something that would fit perfectly for “local dev” logging as well. I struggled to find a good solution for this, ending up Winston -> JSON, with a simpler “dump to terminal” script running.
(The app I’m building does a ton of “in the background” work, and I wanted to present both “user interactions” and “background worker” logs in context)
I don’t see Winston being supported as a transport, but presumably easy to add/contribute.
Good luck!
- silentguy 3y agoHave you tried lnav? It has somewhat steeper learning curve but it'd fit the bill. One small binary and some log parsing config, and you are good to go.
- tstack 3y agoI’d be interested in what you found difficult to use lnav, if you have a minute.
- mikeshi42 3y agoThank you! We do support Winston (docs: https://www.hyperdx.io/docs/install/javascript#winston-transport https://www.hyperdx.io/docs/install/javascript#winston-trans...) and use it a lot internally. Let me know if you run into any issues with it (or have suggestions on how to make it more clear) In fact this is actually how we develop locally - because even our local stack is comparatively noisy, we enable self-logging in HyperDX so our local logs/traces go to our own dev instance, and we can quickly trace a 500 that way. (Literally was doing this last night for a PR I'm working on).
- t1mmen 3y agoOh sweet! I was in a bit of a hurry and must’ve missed it, thanks for clarifying. This will be super helpful for us, very excited play with it!
- mikeshi42 3y agoNo worries - excited to hear what you think! Feel free to drop by our discord if you run into any issues or have any other feedback as well :)