I have a problem with syncing data on Google AppDataFolder. I install an identical app on two of my devices and check in the Log file. It show that DriveIDs of App Data Folder is not the same. And because the folder IDs are different, everything is different.Therefore my two devices could not communicate data with each others, even that i use the same Google Email account to login on both.
Is it correct with Google Drive AppData Folder? Or i have done sth wrong so that data could not be synced?
I wonder if I re-flash my device with a different firmware, will the AppData Folder ID still be the same? If it's different, then Google Drive solution is completely a waste of time.
Related
I have a folder in my server which contains daily backup of database and uploads. When I'm uploading this folder, it shows maximum execution problem due to large size of that folder. So I want to share that folder to google drive. Is there any way to share folder?
Based from this forum, it's not possible to sync Google Drive with folders outside of the original Drive folder.
Found this link - I need to sync files and folders outside "Google Drive" folder. which might help.
You can choose any folder during the Google Drive install.
Firstly select "Advanced Setup" on the second page of the Getting
Started screen.
Then click the "Change" button next to Folder Location
Select any folder you want, including network shares and mapped network drives.
You can also check on this related thread.
We have a requirement where we should provide capability to upload files up to 100 GB size. Current flow which we have is to put the file from client location/local system to the application server. Then application server pushes the file to a service account in Google Drive server. I would like to know if there is a way to push the file from local system directly to service account in Google Drive. This would help us to not have to store such big files in application server. Please let me know. Also would like to know if we can actually have Drive installed in our local system to point to a service account. This way these big files can be put into the drive location and it will be synced to server in the background.
I would like to know if there is a way to push the file from local system directly to service account in Google Drive
The only way I know is for you to upload them. The Upload Files page in the Drive API documentation details this feature. In your case, you'll have to use uploadType=resumable due to the file size you'll upload.
Also would like to know if we can actually have Drive installed in our local system to point to a service account
Syncing ala-Dropbox might be a bit tricky, I haven't read anything in the Drive documentation that has this feature. Syncing to desktop is usually just a .glink shortcut that will open up a browser.
I have an app that saves xls and pdf files to a drive. We need this drive to be non-accessible by users here because we don't want anyone adding files or deleting files from this drive by hand.
We're considering leaving the drive unmapped on users' machines. If we do this, will I need to use the UNC path when saving files out of my .Net app since the drive isn't mapped on users' machines?
If the drive is not mapped then yes, you need to access it via a UNC path.
However, you should bear in mind that simply not mapping it will not completely stop them accessing it. By default, the app will run under their credentials; therefore anything the app can do, they can also do and vice versa. Even so, if it's not mapped, it will not be immediately visible and this may be sufficient.
I used my home computer for desktop Google Drive with my work email account. Once I left the company, they changed the password on the account. I would now like to use Google Drive desktop with my personal email address. I am not able to access preferences to disable the old account since I don't know the new password they established for that account. How can I disable desktop Drive with that account and initiate desktop Drive with my personal account, without knowing the password for the work account?
Thank you!
If you are using Google Drive on a Mac you need to delete some files in order to re-sign in.
Close Google Drive by clicking on the icon in the menu bar and choosing Quit Google Drive. There is no need to uninstall the app.
In your home folder (/Users/username/) go to Library/Preferences/ and delete two files:
com.google.GoogleDrive.plist
com.google.GoogleDrive.plist.lockfile
Then navigate to another folder in your home folder, Library/Application Support/Google/Drive/ and delete all the files and folders.
Now restart Google Drive and you will be able to sign in with your personal account.
Unfortunately, as I have had experienced, going this way, you lose at least all files that were pending synchronization by this point.
So at least you need to save all your not-synchronized-yet files and re-move them to Google Disk folder later.
Another example of home many pain free service could supply.
I noticed one regression(?) recently - I have been using symbolic link in dropbox directory pointing to data directories, something like this - my_dropout_dire/dir1 ====> /path1/data_dir1
There is a directory tree under /path1/data_dir1, whenever there is file update, adding new file or adding new sub directory, I can get auto sync on my other linked computers.
But this stops working recently, since maybe couple weeks back. I have to add a new symbolic link to make it work:
my_dropout_dir/dir1_sub1_sub11 ====> /path1/data_dir1/sub1/sub11
If I do not do this, new files in sub11 is not sync'ed to other computers, and I do not see them on dropbox web repo either.
Does anyone also notice this?
According to Dropbox at this page: https://www.dropbox.com/help/145/en
Junction points and aliases
Dropbox will follow Windows junction points (Windows Vista or later) and sync the files or folders they link to. However, any changes to those files or folders made from the Windows operating system will not sync again until the Dropbox desktop application is restarted. To get around this, move the original folder to your Dropbox and add a junction point from its previous location to link to its new location in the Dropbox folder.
I had junctions too and they were working fine till some days ago, but apparently they were not supposed to.
tl;dr I use Dropbox with Windows symbolic links and junctions. While the Dropbox client does NOT detect any file changes during the day, it checks and syncs subfolders and files when it starts up OR RESUMES.
The files sync under the following conditions:
I restart my laptop EVERY morning, and when Dropbox client auto-starts, it syncs up the subfolders and files.
If I need to sync files during the day, I "pause syncing" in the Dropbox client and immediately resume it - and this syncs up the subfolders/files.
Not the ideal process, but it works.
PS: I've only tried symbolic links with folders on my local machine, not remote machines.
FWIW (as of a few months back) none of the other clients I tried with (Google Drive, Copy) recognized Windows symbolic links and junctions.
Dropbox version: v2.10.52; OS: Windows 8.1