David Mark Clements
David Mark Clements
@hbarcelos not at all. The most important thing here, is that it's high performance. 1. Any changes must avoid adding any overhead to current use cases 2. The more complex...
Yes wild cards for arrays or objects are addressed the same - so if 1 is an array 1[*].results will redact the results key in every object within the array...
@mcollina is this something for sonic boom?
we should be able to add this after as a minor, shouldn't cause any breakage? I'd rather not hold back the release at this point...
also would we need to add the path re-opening capability to sonic boom first? also, do we know how this would be done in bash with redirection? cc @jsumners
To me, it seems this could be fully implemented in sonic-boom, we could then document in pino v5 and release a minor ```js const dest = pino.destination('/log/file') const logger =...
ok that's awesome. I'll add the above to the docs. next question is, how do we get pino-tee to benefit, it might need to start using sonic-boom and then support...
hey everyone just bumping on this - do we have an updated eta on external import maps anywhere?
hey thanks for this * let’s not break the API if we don’t need to, @mcollina suggestions seems good to me * 👍 * 👍 * If any code formatting...
should be fixed as of v0.4444.pqbzjhqyonxprx8hghxexnmctw75mr91ewqw5dxe1zmntfyaddqy (or before) - please reopen if not