I upload a new picture to the server and at least 1 or 2 hours later (after 1/4 of my battery consumption is gone) Folder Sync fails due to the amount of data. I have a structure like this (SD-Card NOT formated as internal storage):Ĭontent: About 9.000 files with about 70GB data. So, the FolderSync App always parses the whole directory-structure to find changes. For this to work it’s gotta be full two-way sync in all places, so that’s the one thing holding me up from switching to NextCloud.īut Folder Sync does not read the catalogue-files from Owncloud and Nextcloud. Consequently the files are moved off of our phones at that time. Anything over two weeks old gets moved to backed-up storage media which is scanned by Plex so we can stream it all to TVs or devices without taking up space. I wrote a program (running as a Windows service) that renames my pictures and video by timestamp and sorts them into folders by date, and Dropsync takes care of propagating all the changes to all the phones. In my case, I synchronize the downloads, DCIM and documents folders both between my and my wife’s phones and with a Windows server VM. But in the meantime, I’m trying out Synchronize Ultimate I sent an email to Metactrl to see if they might consider making a version for NextCloud, because that would be amazing. The Pro version does the same, but for multiple files, and is well worth the price. There isn’t a folder ‘ownership’ that I’m aware of, or maybe it just sortof pretends it ‘owns’ all the folders you configure. For free it will completely synchronize (two-way) a folder on your Android device with a folder in Dropbox, which is something the native Dropbox app does not do, and my understanding is that no app is allowed to do on iOS unless Apple were to relax restrictions in their API. Having said that, I’ve used an app on Android for years called DropSync (by Metactrl, who also make similar apps for Box, Google Drive, OneDrive, something called MEGA, etc). So, I’m a bit late to the party, but i haven’t messed with Nextcloud since I asked a similar question and was told basically “yeah, it should do that” ( Mobile App Functionality: Sync Folders) and judging from your post here that is apparently not the case (which makes me sad, as I was really hoping to migrate away from Dropbox). Either way, don’t forget to configure the cron job so that Nextcloud sees any changes you make via SyncThing. If they’re on separate servers, choose your connection protocol. If the same server is running Nextcloud and SyncThing, and you want files synced using SyncThing to show up in Nextcloud, see Configuring External Storages and pick Local. It would be best if the SyncThing server directory was not within your Nextcloud directory, as Nextcloud’s database believes itself to be the authority on everything that’s there. If you’re going to use a different sync app to delete things on the server end automatically, I’ve had luck with SyncThing. Just use the app as your file manager for this purpose, if there’s nothing complicating your use-case. If you want to remove something from your Nextcloud, use the Nextcloud app to delete it, and you’ll be prompted to remove it on the server. To my knowledge this extensive job hasn’t been done on the Nextcloud Android app, and I don’t see a ticket for it at first search, but I’d love to see it added. Several choices will need to be presented to the user, so that battery life/delay trade-offs are what the user intends. It can inform apps that new media is available within the volume and let them make their own decisions about it, but that’s only for certain file types.Īny app that wants to “own” and sync a folder will have to add its own scheduled background task to poll for changes. For this reason, it also isn’t good at notifying apps to changes in “their” folders. Technical limitations - Android doesn’t give apps their own general-purpose folders to ‘own’ it either gives them free access to storage or it doesn’t. “Just” sync apps like the ones you mentioned have different user expectations. These files were important enough to have been uploaded (auto- or not) or manually selected for download/sync, so they shouldn’t be removed from the server unless the user makes a deliberate choice (via the app itself) to do so. UX choice - most people delete things from their phones because they don’t want them taking up space, but they’re less likely to have that problem on any cloud. As someone who knows a little background but none of the code involved, here are two reasons I can think of for why the Android app would work the way it does:
0 Comments
Leave a Reply. |