Как стать автором
Обновить

Комментарии 21

Очевидно, iOS должна предупреждать пользователя о нехватке места и запуске процедуры очистки. С возможностью временно её приостановить, чтобы удалить лишнее самому, например.
5 версию не видел, но 4 точно предупреждает заранее, у меня еще было около 500 мегабайт, когда она вывела что место заканчивается.
С чего вы взяли что Caches будет чиститься???
Насчет temp все правильно, эта папка создана для временных файлов
Действительно, интересно, откуда такая информация. Пока я понял. что это домысел.
Ага, вот оно что… у меня инстапейпер действительно пустой стал после апгрейда.
Хм, ну значит храните важный контент в Documents, если другого выхода нет. В чем проблема-то? Они же не запрещают этого делать, просто рекомендуют пересмотреть свою политику использования этого места.
Пользователям доступно всего 5 Гб в облаке для всего (бесплатно), если ваша программа начнет отъедать значительную часть (например как журнал Фотоед на айпаде по 300-400 метров за номер), то вероятнее всего пользователю такая программа не понравится.
«It Just Works!» блин
Так пользователю же вроде доступно в настройках iCloud выбирать, данные каких программ лягут в бекап, а каких — нет. По умолчанию правда включено все.
Думаю в самой программе можно встроить определение первого запуска на iOS5 и выдавать по первому разу мессагу с объяснением этого момента и где это можно настроить…
Запрещено для любого контента который может быть regenerated и redownloaded в том числе
Встраивать в программу таймер примерно на две недели, чтобы на тестах в Эппле она сохраняла данные во временную папку, а спустя две недели — в папку документов :)

Ну и, если логически подумать, то сохранённые пользователем файлы должны быть в документах — он же их лично сам сохранил для чтения в оффлайне. Можно, конечно, усложнить ему жизнь и сделать две кнопки: «сохранить документ для чтения в оффлайне» и «запомнить линк на документ и, может быть, сохнанить файл локально».

Кстати, именно поэтому я и не пользовался программой iDisk — она кэширует данные, но не гарантирует их наличие на устройстве. В дропбоксе хотя бы можно пофайлово выбрать, какие файлы должны быть сохранены (а не просто закэшированы) локально.
При этом у автора требование чтобы эти данные не синхронизировались с iTunes/iCloud
Недавно попробовал расширения для Core Data, которым посвящен этот пост Использование ActiveRecord для работы с Core Data. Сейчас заглянул внутрь и увидел, что ребята хранят базу в корне папки Library. Кто как относится к такому подходу?
Такое решение точно работает (симулятор iOS 4.x, 5.x, iPhone iOS 4.x). Скорее всего со стороны review'еров от Apple проблем не должно быть. И из описанного выше данные не должны быть удалены операционкой, так как не находятся ни в Cashes, ни в tmp.
Статья интересная, но то ли написана, то ли переведена ужасно читать невозможно просто…
Перевод плохой.
Это исправят в следующем SDK
начинается… при Стиве такого не было!
Это было и есть в 4.0, просто появился iCloud у которого всег 5 гиг. И всем напомнили как работает ОС. Допустим я об это знал.
Раньше была папка <Application_Home>/Documents, из которой ничего не удалялось при нехватке места. А теперь ею запретили пользоваться, не предостатив ничего нормального взамен.
Простите за спам, но что за симпатичные обои на скриншоте?
Да, такая проблема реально существует… При чем непонятно, по какому принципу освобождается память — по моим наблюдениям — «трет» все по очереди для определенной программы. Так общий вес всех серий «Маши» — около 4 гиг, при возникновении данного «кейса» (уже поступило несколько жалоб) — убиваются все серии, а не заявленные 2-3 гига, как в статье.
Если у кого-то решение данной проблемы, потому что Apple не пропускает приложения, которые работают с другими папками при загрузке контента.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации