about summary refs log tree commit diff
path: root/kittybox-rs/src/frontend/onboarding.rs
Commit message (Collapse)AuthorAgeFilesLines
* onboarding: fix improper usage of the put_post APIVika2023-07-081-1/+5
|
* database: use domains instead of authorities as owner keyVika2023-06-221-2/+9
| | | | | This allows disregarding http/https comparisons and simplifies some database designs.
* Add support for the IndieWeb Webring πŸ•ΈπŸ’Vika2023-06-151-0/+4
| | | | Optional at first. Onboarding UI not yet exposed.
* Database: use newtypes to represent settingsVika2023-06-151-2/+2
| | | | This allows much for a cleaner and idiomatic settings interface.
* templates: move static assets to the templates crateVika2022-10-071-1/+1
| | | | | | | | | | | | It makes more sense to keep CSS near the templates, and the client-side JavaScript code too, since it depends on the DOM structure to work. Additionally, the overhead of `include_dir!()` is almost completely mitigated by the fact that this is a separate crate that isn't recompiled often. The linking stage, however, is still expected to take a little bit long. But I doubt it'd be longer than what it was before, since it's the same exact files that get linked into the app.
* Use tokens from the auth backend to authenticate for MicropubVika2022-09-281-3/+7
|
* kittybox-templates: split out MF2 rendering and get rid of log crateVika2022-07-271-3/+1
| | | | | Kittybox now uses tracing instead of log. Why would I keep an unneccesary dependency in my Cargo.lock?
* PoC for modularity and WIP built-in Micropub client reworkVika2022-07-151-0/+7
| | | | | | | | | | | | | | | | | | | | | | | | | This is the living, breathing proof that Kittybox can be split into independent components without sacrificing any functionality. Just make sure all neccesary backing storage components are available to the modules that need them. Also the Micropub client was split into several files, because it's about to get much bigger and more full-featured. Yes, I am going to write it in vanilla JavaScript. I don't trust anything from NPM to run on my computer. Not anymore. Not after the node-ipc malware fiasco. And I am definitely not going to spin up a VM or a Docker container (who uses Docker containers as a security measure?) to hack on my own code. Cargo can at least be sandboxed inside Nix, where it can't do much harm. NPM basically requires unrestricted network access to download dependencies, and it runs arbitrary code upon **downloading** them. Cargo and rust-analyzer, on the other hand, can be configured to not trust the source code and its dependencies (for example, Cargo doesn't execute code on fetching dependencies - only on building, and rust-analyzer's proc-macro expansion support can be sacrificed for more security).
* indieauth: rename to tokenauthVika2022-07-101-1/+1
| | | | | | | | | | | | This frees up the name for the future in-house IndieAuth implementation and also clarifies the purpose of this module. Its future is uncertain - most probably when the token endpoint gets finished, it will transform into a way to query that token endpoint. But then, the media endpoint also depends on it, so I might have to copy that implementation (that queries an external token endpoint) and make it generic enough so I could both query an external endpoint or use internal data.
* format using rustfmtVika2022-07-071-47/+52
|
* treewide: rewrite using AxumVika2022-07-071-0/+142
Axum has streaming bodies and allows to write simpler code. It also helps enforce stronger types and looks much more neat. This allows me to progress on the media endpoint and add streaming reads and writes to the MediaStore trait. Metrics are temporarily not implemented. Everything else was preserved, and the tests still pass, after adjusting for new calling conventions. TODO: create method routers for protocol endpoints