-
Notifications
You must be signed in to change notification settings - Fork 67
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Backend-API #4
Comments
in the meantime, rmapi can upload/manage files (the address can be set via env variables) |
So we could have a dockerfile which contains rmfakecloud and rmapi, define an input and backup folder and start rmapi whenever a file comes into the import folder (by whatever method) to put it into rmfakecloud and hence on the rM. Furthermore, periodically export all data from rmfakecloud into the backup-folder where <name_your_favourite_sync_backup_tool> could pick it up. |
I have something very similar (without the need for a fakecloud as the data is just normal data) running using rclone and nextcloud for my ebook reader. In case of the rM, a folder on nextcloud serves as the entry folder like "rM_incoming", all files in their get synced and deleted afterwards. Another folder like "rm_backup" contains the entire content of the rM, in case it gets lost or you want to have access to it outside the rM universe. |
i got confused :> those are 2 differnt things i think
|
My thought was that What happens to those folders and how data gets in resp. how the output folder gets used would be out of scope Example scenario: |
ERROR: 2023/03/12 06:45:17 auth.go:93: failed to create a new device token actually while trying to register actual version of rmapi |
The server might always contain just the raw data. However, with rclone and some other tools, it would be nice to have a backend, that whenever a data change is reported by the server, and post-processing is triggered e.g. to create a set of readable files and sync them with another cloud service, e.g. nextcloud, borg-backup, git, rsync, etc. This would allow users to use dedicated tools for other tasks (sync, backup, notification, etc.) without bloating the server itself.
For this a set of events like on_newfile, on_changedfile, on_removedfile, to trigger certain scripts would be helpful.
The text was updated successfully, but these errors were encountered: