💾 Archived View for rawtext.club › ~sloum › geminilist › 005361.gmi captured on 2023-11-14 at 10:09:12. Gemini links have been rewritten to link to archived content
⬅️ Previous capture (2021-11-30)
-=-=-=-=-=-=-
mbays at sdf.org mbays at sdf.org
Fri Feb 19 18:15:26 GMT 2021
- - - - - - - - - - - - - - - - - - -
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/v2021-02-19T09:06:30+01:00 [scrubbed] 20 gemini://gemini.thegonz.net/gredig/v/fra/v2021-02-19T09:06:38+01:00 [scrubbed] 20 gemini://gemini.thegonz.net/gredig/v/fra/v/fra/v2021-02-19T09:06:45+01:00 [scrubbed] 20 gemini://gemini.thegonz.net/gredig/v/fra/v/fra/v/intro.gmi2021-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.-------------- next part --------------A non-text attachment was scrubbed...Name: signature.ascType: application/pgp-signatureSize: 195 bytesDesc: not availableURL: <https://lists.orbitalfox.eu/archives/gemini/attachments/20210219/2be935b0/attachment.sig>