***NOT WORKING: Ingress path based routing
Nobody has claimed this yet.
- Dominant language
- Go Template
- Stars
- 534
- Forks
- 314
- Avg merge
- 42m
- Merged PRs (30d)
- 1
Description
===Issue
I do not understand what is the point of having ingress if it's nearly impossible to put an application under a domain path. Like domain.com/nextcloud . Putting nextcloud on domain.com is easy, sub.domain.com also easy, but on domain.com/nextcloud is nearly impossible.
is it not the main purpose to have helm so we can deploy these apps pretty easilly? And have API or ingress so we can put these apps under URL paths?
===Expectation
Easy working method to put nextcloud under domain.com/nextcloud
===Error
Any way I try it, it always gives some error...
===What was tried
Tried solutions from half the internet. A variety of rewriting rules, ingress config in this helm, separate ingress config. Literally not 1 thing works
===Questioning
Why make applications so difficult. Why is it not the norm to have 1 easy setting to have the app at whatever path we want. I see only unnecessary complication.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reviewing the Helm chart's ingress configuration and reproducing the requested Nextcloud deployment at domain.com/nextcloud. Done means there is a documented, working path-based routing setup that does not produce the reported errors.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- helm, kubernetes
- Domain
- infrastructure
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100