Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Allow same URL to be usable for both machines-to-machine and users #5422

Open
pierDipi opened this issue Oct 29, 2024 · 3 comments
Open

Allow same URL to be usable for both machines-to-machine and users #5422

pierDipi opened this issue Oct 29, 2024 · 3 comments
Assignees
Milestone

Comments

@pierDipi
Copy link

Feature or Problem Description

The current UX is that the URL that is used to retrieve an artifact content in an application or CLI (API) is different from the one that is used by a human/user to visit / discover the schema (UI / studio).

I believe the UX would be better (and enable interesting schema discovery integrations) when the system automatically resolves a user / browser request and redirects the user to the UI / studio while the same URL can be used in applications or CLIs to retrieve the artifact content.

An example implementation that has this nice UX is GitHub container registry, when I visit for example ghcr.io/axllent/mailpit with a browser, GitHub redirects to the UI / webpage while at the same time podman pull works with the same URL podman pull ghcr.io/axllent/mailpit

Proposed Solution

TBD ...

Additional Context

@apicurio-bot
Copy link

apicurio-bot bot commented Oct 29, 2024

Thank you for reporting an issue!

Pinging @andreaTP to respond or triage.

@EricWittmann
Copy link
Member

Interesting feedback, thanks! I'll need to give this some thought. Not sure what the implementation of something like this would be. Features like this could be done as part of a docker compose package, with an nginx facade that could do interesting filtering like this.

@carlesarnal
Copy link
Member

I think this is more a documentation request more than anything else. This should be possible already as Eric commented using nginx or some other reverse proxy (and do the filtering there based on e.g. user agent). I don't think this should be done at the project level.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: Backlog
Development

No branches or pull requests

3 participants