Add .nosync to the file/folder name path and keep it in the home or documents directory. Problem solved. edit: I'm shocked this thread is so long and no body mentioned this. It's been on the apple developer forums for months as a solution.
IOS 5's "Cleaning" Behavior
181–190 of 207 posts
Re: IOS 5's "Cleaning" Behavior
#182Earlier quoted context omitted.
Put it in Library/ (but not Library/Caches/). That's exactly the behavior you're looking for, I believe.
See Marco's post. Apple has made it clear that anything outside of Library/Caches/, tmp/, or the app bundle will be backed up to iCloud. I have personally witnessed this with Documents/ (as expected) and even Library/Application Support/ (which I hoped would be safe, but is not). There is no current safe place to save local data that should not be backed up to iCloud.
The mental model for iOS is that it stores only two kinds of data: discardable because it can be reproduced, and backed up because it cannot.
That ensures that all your data always is safe. You do not have to worry about losing data when your phone breaks down, or about forgetting to move some data when you upgrade.
I think this also is the reason iOS devices do not have memory card slots. It complicates data management; Apple does not think that is worth the extra complexity.
Re: IOS 5's "Cleaning" Behavior
#183Add .nosync to the file/folder name path and keep it in the home or documents directory. Problem solved. edit: I'm shocked this thread is so long and no body mentioned this. It's been on the apple developer forums for months as a solution.
Do you have any documentation about this? I see a few scant references in the developer forum and nothing in the docs.
Re: IOS 5's "Cleaning" Behavior
#184I write several offline mapping apps, and this is totally throwing us for a loop. We're recommending our power users not upgrade to iOS 5. Users download gigabytes of maps to their cache directory, they don't want to eat their iCloud allotment with that, or their slow their iTunes sync. But they also don't want to have to download those maps again, or find themselves in the middle of the woods without the maps they d…
Is this correct: http://news.ycombinator.com/item?id=3111234 ? Add .nosync to the file/foldername in Documents and it's not synced?
Re: IOS 5's "Cleaning" Behavior
#185Earlier quoted context omitted.
This general problem is a symptom of a major issue regarding the use of software that does not respect the freedom of its users. Every non-apple developer and user is required to bend to the will of the programmers who develop the proprietary iOS. Any negative choices or limitations imposed by Apple Inc. are virtually uncircumventable. On the other hand, if users and developers in a community are free to view, modify…
> If we were talking about free software, users would have control of their data; not some distant programmers Example Gnome3, which is free software, even a officially sanctioned GNU project. Overnight, a few key people decide to abandon the traditional desktop metaphor, against the will of a majority of their users and to the detriment of the whole linux desktop. The users hated it and are still hating it, but nobo…
"Overnight, a few key people decide to abandon the traditional desktop metaphor,
against the will of a majority of their users and to the detriment of the whole
linux desktop. The users hated it and are still hating it..."
Seriously? I'm not a Wikipedia guy, but.. Care to provide some sources here? Back up- "overnight" - Versus an open discussion among everyone interested, with lots of early prototypes available to discuss the changes.
- "against the majority of their users" - Got numbers? Reasonable surveys? Or are we just trusting that the loud crowd that curses about this change is not a vocal minority, but really 'the userbase'?
- "the detriment of the whole linux desktop" - Puh - lease.. That's not even funny. This part is just sad..
- "Users hated it and are still hating it" - Generalization, care to provide numbers, surveys - ah, right. It's just a repetition of the second point, right? To really make it stick?
Really, that was uncalled for and totally useless. You could've made your point about not being able to 'use the source' without adding unqualified attacks.
Re: IOS 5's "Cleaning" Behavior
#186Earlier quoted context omitted.
The bigger question is why wasn't this considered DURING the iOS5 beta? If it got brought to Apple's attention during the beta cycles and they decided to not fix it then they'll most likely won't fix it now either (although it seems like they really don't have much choice here but to provide a solution one way or another)
All the developers in the beta are under NDA, so they can't write attention-getting blog posts that might actually influence Apple to do something.
Re: IOS 5's "Cleaning" Behavior
#187Earlier quoted context omitted.
for others, such as my wife, Android or Linux is no freer (as in speech) than iOS or Windows. Not entirely true. Windows can run into licensing problems from time to time, which you don't get with the other major OSes. Buy a used macbook? OS is fine. Buy a used Windows PC? Well... the vendor said it was genuine. Turns out if you try to get the security updates, it starts complaining about not being genuine. I had to…
That's an argument for free as in beer, not free as in speech. But I'd say that's a pretty niche scenario. In over 20 years of PC use I can't say that I've ever come across it, either personally or seeing a friend or colleague go through it.
For the most part, it 'just works', but it's not doing so in a legal way.
Re: IOS 5's "Cleaning" Behavior
#188Add .nosync to the file/folder name path and keep it in the home or documents directory. Problem solved. edit: I'm shocked this thread is so long and no body mentioned this. It's been on the apple developer forums for months as a solution.
Do you have any documentation about this? I see a few scant references in the developer forum and nothing in the docs.
Re: IOS 5's "Cleaning" Behavior
#189Add .nosync to the file/folder name path and keep it in the home or documents directory. Problem solved. edit: I'm shocked this thread is so long and no body mentioned this. It's been on the apple developer forums for months as a solution.
I haven't had a chance to verify this myself, but according to Marco, this does not actually avoid the iCloud sync: https://twitter.com/#!/marcoarment/status/124587437799374848
In fact, if you use UIManagedDocument, it creates a .nosync directory in the document bundle to prevent it from syncing in the framework itself.
Re: IOS 5's "Cleaning" Behavior
#190Add .nosync to the file/folder name path and keep it in the home or documents directory. Problem solved. edit: I'm shocked this thread is so long and no body mentioned this. It's been on the apple developer forums for months as a solution.
Do you have any documentation about this? I see a few scant references in the developer forum and nothing in the docs.