pull down to refresh

Booger Pro uses an experimental relay implementation so please don't depend on it in any serious way. It probably has bugs. If you encounter bugs, please report them here: https://github.com/stackernews/booger/issues.
If you haven't purchased a reserved name in Outer Space, we may choose to delete your notes. (Once the Booger implementation matures, it will be used in Outer Space.)
Very cool, congrats.
Question: Why/when should I run it?
reply
You mean run your own instance? Because you want to custody your own notes or custody them for other people.
It's just a prototype so I'd only really recommend using it for local dev right now until I fix all the bugs it probably has.
reply
Sorry, I was not clear. What I meant is why should I run it vs other relay implementations? As I clicked on the website and saw no info. But then I saw it explained on the repo README
reply
Yeah idk tbh. It has a different architecture and aims to be a little more extensible. If you're happy with other implementations, I'd run those. They've seen more real world usage.
The goal was to create what I want in a production relay implementation (and in a lot less code).
reply
That's great man, it looks awesome and Deno must be fun. I started writing a browser-based relay (on Sqlite WASM running on OPFS), to which I want to add a sync layer to power more offline scenarios – especially now with PWAs being all the rage
reply
Oh sweet! Do you have the code hosted somewhere?
I was hoping booger could eventually be a relay in the browser for offline usage and for a cache that worked like I was communicating with a relay.
This is great thanks for pushing this forward. I think we need more options to sovereignly host wss relays. I use NixOS for our systems and I think the only module for NixOS that can sovereignly run a wss relay is through LnBits. Down the road if booger can be "translated" into NixOS, that would be very cool.
reply
𝐇𝗼𝐰𝐝𝐲 𝐝𝗼 ? 🀠 πŸ‘‹
reply
𝐇𝗼𝐰𝐝𝐲 𝐝𝗼 ? 🀠 πŸ‘‹
reply