Replies: 2 comments 2 replies
-
related: #4116 |
Beta Was this translation helpful? Give feedback.
-
Not sure if this best as as
This could be confusing for non-proxy setups though.
I believe #8650 resolved this. Perhaps better documentation is needed as and if we plan so we should follow #4116 |
Beta Was this translation helpful? Give feedback.
-
Clear and concise description of the problem
At this moment it requires to adjust a number of configuration parameters in order to run dev server inside a container vs running it directly on your local setup. I believe many of these adjustments can be eliminated by following few things -
base
server.host
property to0.0.0.0
so that one need not to specify this explicitly.server.port
can be set to80
so that one need NOT to adjust this while running application in development vs production modes inside a k8s cluster.index.html
file at/
instead of value ofbase
config parameter. This will eliminate need of defining different url rewrite rules while running an application in development vs production modes inside a k8s cluster.hmr - Use
location.port
on the browser side forhmr.clientPort
which will set it to correct value no matter dev server is running behind a proxy or not. This will eliminate the need of specifyinghmr.clientPort
when dev server is running behind a proxy.The whole idea is that developers should focus on writing the code instead of figuring out appropriate values for different configurations parameters to run an application across different types of setups (local development, remote development (on a k8s cluster), production etc).
Suggested solution
Mentioned in the problem description
Alternative
No response
Additional context
No response
Validations
Beta Was this translation helpful? Give feedback.
All reactions