Really fast post parser, notifications, OpenTelemetry, dedicated job runner, and more!
Now with pre-built binaries for Windows, MacOS, and Linux with install scripts for PowerShell and Bash!
0.0.1-pre.4? I know getting to version 1 is a bit unfashionable lately, but they really need to learn how to commit.
@Deebster @erlend_sh Yeah… we just don’t like to commit. Like just yet.
I really need to give myself a weekend to go over the database schema and find something I’m happy with that I want to keep.
That’s like the biggest reason I’m not committing to anything but "pre"s yet :blobfoxmeltsob:
Just my life has been rather chaotic over the last few months. And now a new job soon and everything.
inb4 making it on https://0ver.org/ soon
@Deebster @erlend_sh the biggest blockers regarding the database schema design right now are:
- Bring-your-own-domain
- Settings and preferences
- System account (for authorized fetch mode)
That requires a lot of consideration though, and I’d also like to subdivide the accounts table more for two reasons:
- Agnosticism over protocols (maybe ActivityPub won’t be the only protocol we want to support in the future)
- If we can get under 16 columns, we can disable support for 32 columns in Diesel and save build time
That’s basically it. Aside from that there’s not too much I’d change in an incompatible way
Agnosticism over protocols (maybe ActivityPub won’t be the only protocol we want to support in the future)
If that’s simple to do, it’s worth waiting for, but if it’s trickier then I’ve learnt the importance of remembering YAGNI and KISS (and that database migration scripts aren’t that hard). Of course, third party database queries aren’t as simple to update but perhaps your API will be all implementers need.
If we can get under 16 columns, we can disable support for 32 columns in Diesel and save build time
This does seem worthwhile, just to speed up development cycles.
deleted by creator
