4.3 KiB
0.23.0
Incredibly new features!
Now, we can use object storage (MinIO, S3, R2 or anything you like) for synchronising! Moreover, despite that, we can use all the features as if we were using CouchDB. Note: As this is a pretty experimental feature, hence we have some limitations.
- This is built on the append-only architecture. It will not shrink used storage if we do not perform a rebuild.
- A bit fragile. However, our version x.yy.0 is always so.
- When the first synchronisation, the entire history to date is transferred. For this reason, it is preferable to do this under the WiFi network.
- Do not worry, from the second synchronisation, we always transfer only differences.
I hope this feature empowers users to maintain independence and self-host their data, offering an alternative for those who prefer to manage their own storage solutions and avoid being stuck on the right side of a sudden change in business model.
Of course, I use Self-hosted MinIO for testing and recommend this. It is for the same reason as using CouchDB. -- open, controllable, auditable and indeed already audited by numerous eyes.
Let me write one more acknowledgement.
I have a lot of respect for that plugin, even though it is sometimes treated as if it is a competitor, remotely-save. I think it is a great architecture that embodies a different approach to my approach of recreating history. This time, with all due respect, I have used some of its code as a reference. Hooray for open source, and generous licences, and the sharing of knowledge by experts.
Version history
- 0.23.8
- New feature:
- Now we are ready for i18n.
- Patch or PR of
rosetta.ts
are welcome!
- Patch or PR of
- The setting dialogue has been refined. Very controllable, clearly displayed disabled items, and ready to i18n.
- Now we are ready for i18n.
- Fixed:
- Many memory leaks have been rescued.
- Chunk caches now work well.
- Many trivial but potential bugs are fixed.
- No longer error messages will be shown on retrieving checkpoint or server information.
- Now we can check and correct tweak mismatch during the setup
- Improved:
- Customisation synchronisation has got more smoother.
- Tidied
- Practically unused functions have been removed or are being prepared for removal.
- Many of the type-errors and lint errors have been corrected.
- Unused files have been removed.
- Note:
- From this version, some test files have been included. However, they are not enabled and released in the release build.
- To try them, please run Self-hosted LiveSync in the dev build.
- From this version, some test files have been included. However, they are not enabled and released in the release build.
- New feature:
- 0.23.7
- Fixed:
- No longer missing tasks which have queued as the same key (e.g., for the same operation to the same file).
- This occurs, for example, with hidden files that have been changed multiple times in a very short period of time, such as
appearance.json
. Thanks for the report!
- This occurs, for example, with hidden files that have been changed multiple times in a very short period of time, such as
- Some trivial issues have been fixed.
- No longer missing tasks which have queued as the same key (e.g., for the same operation to the same file).
- New feature:
- Reloading Obsidian can be scheduled until that file and database operations are stable.
- Fixed:
- 0.23.6:
- Fixed:
- Now the remote chunks could be decrypted even if we are using
Incubate chunks in Document
. (The note of 0.23.6 has been fixed). - Chunk retrieving with
Incubate chunks in document
got more efficiently. - No longer task processor misses the completed tasks.
- Replication is no longer started automatically during changes in window visibility (e.g., task switching on the desktop) when off-focused.
- Now the remote chunks could be decrypted even if we are using
- Fixed:
- 0.23.5:
- New feature:
- Now we can check configuration mismatching between clients before synchronisation.
- Default: enabled / Preferred: enabled / We can disable this by the
Do not check configuration mismatch before replication
toggle in theHatch
pane. - It detects configuration mismatches and prevents synchronisation failures and wasted storage.
- Default: enabled / Preferred: enabled / We can disable this by the
- Now we can perform remote database compaction from the
Maintenance
pane.
- Now we can check configuration mismatching between clients before synchronisation.
- Fixed:
- We can detect the bucket could not be reachable.
- Note:
- Known inexplicable behaviour: Recently, (Maybe while enabling
Incubate chunks in Document
andFetch chunks on demand
or some more toggles), our customisation sync data is sometimes corrupted. It will be addressed by the next release.
- Known inexplicable behaviour: Recently, (Maybe while enabling
- New feature:
Older notes is in updates_old.md.