Comments (9)
Cool.
As far as I can see is the difference your duration
property. I will probably implement that myself since it is a good ide.
Also, you have a much better readme. I'll accept pull requests.
from bunyan-middleware.
I pushed a few commits. Some of them is thing inspired by your version while others is thing I have thought about some time.
from bunyan-middleware.
nice, I think our two modules are too different now. thanks. I kept your license
from bunyan-middleware.
What was your reason to switch to uuid v4 instead of v1?
from bunyan-middleware.
No particular reason, I always use v4 uuids. Do you have any reason to use v1 or v4?
from bunyan-middleware.
No. That is why I did ask so you maybe would give me one.
from bunyan-middleware.
After reading Which UUID version to use? on stackoverflow I think I will change it to v4. The reason is that we are reading the ID from the incoming headers and that make it easy for someone to manipulate the logs.
I think it maybe should be configurable and disabled by default. But it is a nice feature if you are using a proxy server which gennerates request ids.
What do you think?
from bunyan-middleware.
Also, I see that you have done some work on npm uuid
and switched to that. Is npm node-uuid
dead?
from bunyan-middleware.
In a real environment the uuid would maybe be generated by the highest server in your stack (nginx) and then forwarded. But nginx should not read the uuid from the client. Thus you can't get hacked on this.
As for the feature I don't know. I tried to have the smallest feature list.
node-uuid is not dead it's just that uuid
is the first one you find on npmjs by default. And uuid
seems more uptodate.
I only modified uuid to be more easy to use on browser.
from bunyan-middleware.
Related Issues (12)
- replace 'node-uuid' with 'uuid' HOT 1
- Reasoning behind switching from UUID v4 to UUID v1? HOT 3
- Verbose: false, still logs "request finish" HOT 4
- Plan for 1.0.0 release? HOT 2
- Is this package working? HOT 1
- TypeScript: no default export HOT 1
- Feature Request: Log request information in "start request" log message HOT 2
- Reason for seeing "request socket closed" warnings? HOT 8
- it should apply header filter for response as well HOT 1
- Feat: Option to include headers HOT 1
- Removing obsureHeaders from log at all HOT 3
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from bunyan-middleware.