feat(node-server): add env variables for timeout setting in node-server runtimes
๐ Linked issue
โ Type of change
- [ ] ๐ Documentation (updates to the documentation, readme, or JSdoc annotations)
- [ ] ๐ Bug fix (a non-breaking change that fixes an issue)
- [ ] ๐ Enhancement (improving an existing functionality like performance)
- [x] โจ New feature (a non-breaking change that adds functionality)
- [ ] ๐งน Chore (updates to the build process or auxiliary tools and libraries)
- [ ] โ ๏ธ Breaking change (fix or feature that would cause existing functionality to change)
๐ Description
When deploy node runtime to behind AWS ELB, timeout missmatching can leads to 502 error. For resolve this error, we have to set timeout values in HttpServer.
๐ Checklist
- [ ] I have linked an issue or discussion.
- [x] I have updated the documentation accordingly.
Live Preview ready!
| Name | Edit | Preview | Latest Commit |
|---|---|---|---|
| nitro | Edit on Studio โ๏ธ | View Live Preview | c989cd5b311b00b249f3d7b6063d08bc38768e6f |
Thanks for this PR. It makese sense to allow supporting more customizations for Node runtime server but adding more as direct env variables might be a tricky task to maintain.
I am pending PR to think little more what would be alternative.
Hi @pi0, do you have an idea for a better solution than the one provided by @lastmirage?
@pi0 any chance to have an update here? Thanks!
Hey @pi0, first of all I want to thank you for your effort and time you put in to all of this, I know it is not easy, the web space became so complicated, we have now different runtimes, so many ways to deploy apps, so many infra variations, and I guess making sure all of this works is not an easy task, again thank you. I just want to ask you about this issue, do you guys plan to add something in the next major release that will allow us to configure this values, either how is proposed here or maybe in a different way?
I am thinking to finally land it for v2 at least (but need to cleanup changes little bit before merge).
(this is what working on for Nitro v3: spoiler - i hope to find a better standard away to set these regardless of runtime and also framework so it won't be nitro specific convention)
@pi0 Awesome, thanks.