Buffer-style message logging as an alternative to database message logging

[in1tiate]

Should help save space in the long run, and can quell privacy concerns where user message storage is concerned. Long overdue (read: i wrote 90% of this and then forgot about it for months) refactor of #123.

[oldmud0]

Hmmm. I wonder if this is a better approach compared to pruning the database to keep it within either 250 entries or thirty minute's worth of entries, whichever is less. If one keeps it in the database, any queries made against the log can stay unified as part of the database API.

[in1tiate]

The idea with keeping the buffer in memory is privacy - users can be assured that their messages will only be stored if a problem arises (as the buffer is only accessible via mod call), and they will otherwise be pushed out of the buffer and vanish into the ether.

[oldmud0]

It's possible to direct IC logging to an in-memory SQLite database :memory:. Again it's not a good idea to duplicate functionality.

[in1tiate]

Okay but I don't know how to do that so it doesn't exist