no, i'm just saying
i make a git redirection reverse proxy
what path is lez@example.com/reponame resolving to because
in case you didn't realise
this is equivalent to an email or lightning address, which has a whole set of rules about resolution as well
do i use the npub in the nip-05, do i use the name (which has to be unique by json syntax) and if so where do i place it in the path, it has to be in the path, or is it in the header
be specific, it's not hard to decide on one scheme to use
what's bugging me about this is that i deal with javascript structures on a pretty regular basis, designed by javascript programmers, and they have like 10 different ways of explicitly or implicitly designating types and so every single different piece of data their app produces needs to be processed differently
please, just define a standard rewrite syntax, and then you know that nobody is going to screw it up
you are working with two moving parts here, a router, and a server, and a server expects as stardard http(s)://example.com/path/to/repo.git
as i said, i've tried to deploy git hosting and the Go tool i used was great but it had all kinds of other issues with it then i go over to the Git site and try to make sense of their instructions, *facepalm*
http is really simple
is it get, or put, is it in the header, or is it part of the path, is it a subdomain, is it an address, just decide on one, and make that the standard and nobody screws it up
i can tell you haven't had much to do with web servers because they are the most arcane voodoo in computer science, only Go's implementation is really strict about the taxonomy of the parts
i can make reverse proxies, protocol relays and all kinds of neat stuff, websockets, with go and http shit, but then i look at these other language implementations and it's a real hodge podge in comparison