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

[Improvement]: Make custom domains a non-pro feature #1631

Open
1 task done
joshka opened this issue Feb 19, 2024 · 0 comments
Open
1 task done

[Improvement]: Make custom domains a non-pro feature #1631

joshka opened this issue Feb 19, 2024 · 0 comments
Labels
S-Investigation This issue needs further investigation or design to figure out a solution T-Improvement Improvement or addition to existing features

Comments

@joshka
Copy link

joshka commented Feb 19, 2024

Describe the improvement

As a free user of heroku and then fly.io, I was able to point a CNAME at a host and spin up a small low resource projects that have a name that represents the project rather than the hosting company. It would be nice to be able to do this with Shuttle so I can move away from using Ruby for these sorts of projects.

E.g. https://xkcd-with-alt-text.joshka.net/ is a small proxy in front of xkcd's rss feed that moves the alt-text to the description rather than forcing the user to hover over images to see it.

To be clear, any sort of amount (especially not $120/yr) for these sorts of apps will never be worth it.

Custom domains seems like a feature that shouldn't (once setup correctly) add any measurable incremental load on shuttle's resources or support burden on its developers, so it's difficult to see how this makes sense as a charged feature rather than a free one.

There is similar sentiment expressed in the discord for this functionality.

josh: Thanks Joshka, it definitely looks like there is overwhelming demand for custom domain support 😅
-- https://discord.com/channels/803236282088161321/953005742842069013/1185919864624381973

Duplicate declaration

  • I have searched the issues and this improvement has not been requested before.
@joshka joshka added S-Triage Awaiting decision for what to do T-Improvement Improvement or addition to existing features labels Feb 19, 2024
@jonaro00 jonaro00 added S-Investigation This issue needs further investigation or design to figure out a solution and removed S-Triage Awaiting decision for what to do labels Mar 27, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
S-Investigation This issue needs further investigation or design to figure out a solution T-Improvement Improvement or addition to existing features
Projects
None yet
Development

No branches or pull requests

2 participants