💾 Archived View for gemi.dev › gemini-mailing-list › 000726.gmi captured on 2023-11-04 at 13:04:09. Gemini links have been rewritten to link to archived content

View Raw

More Information

➡️ Next capture (2023-12-28)

-=-=-=-=-=-=-

[tech] client with broken resolution of references?

mbays@sdf.org <mbays (a) sdf.org>

I'm seeing a lot of this sort of thing in my logs:
2021-02-19T09:06:21+01:00 [scrubbed]    20      gemini://gemini.thegonz.net/gredig/v
2021-02-19T09:06:30+01:00 [scrubbed]    20      
gemini://gemini.thegonz.net/gredig/v/fra/v
2021-02-19T09:06:38+01:00 [scrubbed]    20      
gemini://gemini.thegonz.net/gredig/v/fra/v/fra/v
2021-02-19T09:06:45+01:00 [scrubbed]    20      
gemini://gemini.thegonz.net/gredig/v/fra/v/fra/v/intro.gmi
2021-02-19T09:06:49+01:00 [scrubbed]    20      
gemini://gemini.thegonz.net/gredig/v/fra/v/fra/v/intro.gmi

Context: /gredig/v is a cgi script which outputs text/gemini containing 
links "fra/v" and "intro.gmi".

This looks to me like the result of a client (or bot, but judging from 
timestamps I'm guessing an interactive client) which assumes that an URL 
without a '.' must be missing a trailing slash. Combined with 
molly-brown's behaviour of running the cgi script /foo if it exists when 
responding to a request for /foo/bar, this explains the log.

None of the clients I've tested behave like this, but I haven't tested 
many.

Link to individual message.

---

Previous Thread: Is it Amphora or Anfora?

Next Thread: [tech] gmnhg v0.1.1 (Hugo-to-Gemini site converter)