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