💾 Archived View for bbs.geminispace.org › u › stack › 17012 captured on 2024-08-31 at 14:45:38. Gemini links have been rewritten to link to archived content
⬅️ Previous capture (2024-08-18)
-=-=-=-=-=-=-
Re: "cgisesh - a tiny cgi session manager for games TLDR: I am..."
@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...
May 16 · 4 months ago
Another solution to the same kind of problem, with sessions as processes rather than stored data:
(It's an unfinished work-out-of-progress, but it basically works and I use it for some things)
🚀 stack [OP] · Jun 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.
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...