Comment by 🚀 stack
Well I understand the sentiment, but I do not entirely agree. I cannot predict what browsers will do, and want to actually make sure the visitor understands that the page has moved, and is prepated to accept the new, unknown cerificate. As far as I am concerned, a message and a link is a very nice thing, as opposed to being suddenly flung somewhere else with an unexpected certificate emergency.
The spec should have provided for this: a message, whether redirect should be taken or the user given a chance to confirm, and how to communicate that bookmarks should be updated. Or better yet, since we are munimalists after all, just not bothered with redirects.
I do not care what search engines do.
Automatic redirect makes more sense in an intra-site move, I suppose.
However I will reiterate that since this is a meta operation there is no way to redirect without modifying the server configuration. As I see it it makes it inaccessible to the average Joe with a tilde account.
2025-11-27 · 5 months ago
5 Later Comments ↓
@stack Right, a message could be useful for giving fingerprints of the certificate of the new server, so users don't have to trust it blindly. It is a shame there's no automated mechanism for that... maybe clients should automatically trust the certificate of the target host of the redirect if it's signed with the same public key as the host serving the redirect, but I guess no client does that currently. As for how to serve redirects on a tilde, couldn't you do it easily with a cgi script?
🚀 stack [OP/mod] · Nov 28 at 18:48:
@mbays: re certificates signed with same public key... Do you mean private key?
I've looked for tildes with CGI, and they are few and far between. I've used 3; 2 shut down and one was often so slow (due to someone running stupid python jobs that destroyed performance). I wound up just paying $5/mo because it became too frustrating to deal with such randomness, even though I am using less than 1% of the resources on my VPS...
@stack Yes! And I see.
🚀 stack [OP/mod] · Nov 28 at 19:31:
I suppose my point is that if you control the server enough to run CGIs (or have your own server or servers), you have a choice of how to treat your visitors; if you don't (which includes maybe 90+% of active geminauts), you can't easily redirect anyway and have to put up notices and links... Given that distribution, and vagueness of what to do upon redirect, the redirection spec is actually dragging us down... We would be better off coming up with an ad-hoc gemtext that specifies redirection that is recognized browsers and search engines but is human-readable and actionable.
And I'll give you the same advice I gave everybody that wanted a feature to Gemini back when the mailing list was active: Just Implement It! If I hadn't gone off and written the first Gemini server (even before Solderpunk), Gemini might have died as an idea on his gopher site.
But as for regular users adding redirects, well, the Apache web server had solved that particular issue, but I'm guessing none of the Gemini servers have picked up on the idea.
Original Post
Fornax deprecator — As I prepare to move to a different server I want to make that transition easier. Last time I had to hunt down all the urls that people were pointing to (for all the different games and gemlogs), and manually sticking in notices that I am moving to a different server. So I created a simple fornax server which responds to any request with a gemini page (conveniently, index.gmi in the directory specified when starting the server). This file can contain the directions to the...