Piotr Sarna
Piotr Sarna
These changes age badly, so I'll try from scratch, with the `libsql` crate api being more mature already. There will also be a likely conflict with #694, so I guess...
All of my demos use http 😅 it has this single advantage of being super easy to hand-code in a webpage
Good direction, we want to support more providers anyway 👌
Yes, sounds reasonable > Migrate s3 implemenation to OpenDAL too (it depends) Right, at first we want to keep our existing implementation as is, in case there's an implementation detail...
TODO: I still need to go over the code and check if there are no more hardcoded assumptions about using gzip for backups.
env var, `LIBSQL_BOTTOMLESS_COMPRESSION=xz`. But before we go ahead with this, I think I need to add code that detects the previous compression scheme on restore. Without that, it will be...
I'm getting corrupted .xz files produced with this crate in "Best" compression level. Let me try the default one, but that's off. The file compressed with the crate didn't properly...
(yep, regular compression level works, and looks only ~10% worse than Best)
There's one more place where compression isn't correctly autodetected - in loading main db snapshots. I'l add the code