Opened 7 months ago
Last modified 8 weeks ago
#234 assigned task
Allow users to host things (web hosting?) (http?) on domains
Reported by: | Owned by: | ||
---|---|---|---|
Priority: | major | Milestone: | |
Component: | Services | Keywords: | |
Cc: |
Description
Probably not *.devhack.net because of cookie reasons :(
but there are vague amounts of domain names that ppl want to donate to the space to be able to host things on subdomains. *.wizard.gay
, etc, etc.
Change History (10)
comment:1 by , 7 months ago
comment:2 by , 4 months ago
A combination of a collection of fun TLDs either managed by the space or donated by members + an html only https://devhack.net/«username» should work, as long as we control the web server to disable javascript or at least cookies.
comment:3 by , 3 months ago
we also need a DNS record for folks to CNAME point at that will always end up resolving through our load balancer.
comment:4 by , 3 months ago
Summary: | Allow users to host things on domains → Allow users to host things (web hosting?) on domains |
---|
comment:5 by , 3 months ago
One thing I haven't seen a good consensus about is how we specify [domain / subpath] mappings to both user AND user hosted content.
For example, devhack.fun
is easy enough. permanently specifying within git / kubernetes CRDs because it's very dynamic at all. only letting users claim subdomains. user claimed subdomains restrict further subdomains to that specific user. for example, if I get m.devhack.fun
, another user can't get test.m.devhack.fun
. We'de probably want to park something on the top level devhack.fun
. Maybe a redirect to devhack.net, maybe a page explaining what it is. Maybe tilde directories at the top level devhack.fun
as well.
The complicated part is how users "claim" subdomains, or other domains that are user-specific. for example, nel has endofthe.world
that she wants to be hosted at devhack but doesn't want to give other users access to. Do we specify this in the same place as our more permanent domain mappings?? or my claim of m.devhack.fun
.
Obviously these mappings need to be specified somewhere. whether kubernetes CRDs, zone files / nameservers, a database / key value store like postgres or redis, or merely unix directory perms. Subdomain wildcard dynamic routing could exist, as could a fallback routing. And then wherever it gets specified it gets translated to traefik routing (but traefik assumes a total list of all domains being served (for https at least)). Caddy allows doing wildcard https routing, it requests certificates as soon as the domain name is hit.
comment:6 by , 3 months ago
apiVersion: "v1" kind: HostingResource domain: "dev.hack.seattle.wa.us" subdomains: true tildepaths: true protocols: - https - http users: - * ---- apiVersion: "v1" kind: HostingResource domain: "devhack.net" subdomains: false tildepaths: true protocols: - https - http users: - * ---- apiVersion: "v1" kind: HostingResource domain: "devhack.fun" subdomains: true protocols: - https - http users: - * ---- apiVersion: "v1" kind: HostingResource domain: "attheendof.world" subdomains: true protocols: - https - http users: - nel ---- apiVersion: "v1" kind: HostingResource domain: "wizard.gay" subdomains: true protocols: - https - http - http-dialup - gopher users: - * ----
comment:7 by , 3 months ago
Oh yeah the fact that hostnames are now being used as identifiers on varying services (cough bluesky cough) or did stuff lends credence to letting users have full nameserver access to their subdomains
comment:9 by , 2 months ago
Summary: | Allow users to host things (web hosting?) on domains → Allow users to host things (web hosting?) (http?) on domains |
---|
comment:10 by , 8 weeks ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
Putting things on a tilde subpath under a pub.devhack.net or smthn would be able to avoid issues?