Comment by ๐Ÿš€ stack

=> Re: "cgisesh - a tiny cgi session manager for games TLDR: I am..." | In: u/stack

@gritty: I am aiming for something completely minimal, no persistence, and very few in-memory records with MRU search optimization. It's data-agnostic, with binary fixed-size records (you can map your struct on it).

I could add persistence easily, but kind of like the idea of ephemeral services...

=> ๐Ÿš€ stack [OP]

2024-05-16 ยท 8 months ago

2 Later Comments โ†“

=> ๐Ÿš€ mbays ยท 2024-05-16 at 13:13:

Another solution to the same kind of problem, with sessions as processes rather than stored data:

=> โ€” gemini.thegonz.net/gemrepl/

(It's an unfinished work-out-of-progress, but it basically works and I use it for some things)

=> ๐Ÿš€ stack [OP] ยท 2024-06-05 at 21:16:

Caching implemented. Most-recent 16 users are now in the cache, with an instant response.

Not only the cache accelerates access (repeated hits expected), but within the cache itself, every hit gets a promotion towards the start of the search, guaranteeing top position after a few hits. Active users will get super-fast results.

Original Post

=> ๐Ÿš€ stack

cgisesh - a tiny cgi session manager for games TLDR: I am making a minimal in-memory "session database server" for keeping track of user data, ideal for games. Any thoughts? Every time I try to make a quick-and dirty CGI game or sketch out a simple application, I get really frustrated. Gemini conviniently provides user certificates which can be used to track sessions, but things get complicated very fast. I am making a minimal subsystem for keeping track of user-associated data, ideal for...

=> ๐Ÿ’ฌ 4 comments ยท 2 likes ยท 2024-05-15 ยท 8 months ago

Proxy Information
Original URL
gemini://bbs.geminispace.org/u/stack/17012
Status Code
Success (20)
Meta
text/gemini; charset=utf-8
Capsule Response Time
35.941114 milliseconds
Gemini-to-HTML Time
0.641102 milliseconds

This content has been proxied by September (ba2dc).