 |
Facebook#1(調査)| 外部サイト |
|
|
HOME > SqliteのDBファイル保存+レビュー却下
SqliteのDBファイル保存+レビュー却下
２回既にレビューを通過していたアプリが、バイナリレビューで却下されてしまいました。理由は、2.23 Details On launch and content download, your app stores 26.48MB on the user's iCloud, which does not comply with the iOS Data Storage となっていてSQLiteで利用していたSqliteファイルがiCouldに保存される量にしては多いから管理してください、といった旨の内容でした。別に却下理由に難癖つけるつもりではないのですが、最初のレビュー時にいってほしい。。。
参考：App Storeの審査経過報告[iCloud対応]
参考：iCloudのバックアップ問題でiPhoneアプリが却下されてしまいました。
参考：2.23 Apps must follow the iOS Data Storage Guidelines or they will be rejected【iOS】【リジェクト】
参考：Swift Boolean Literals (Obj-C @YES @NO equivalent)
以下却下理由の全文です
差出人: Apple
2.23 - Apps must follow the iOS Data Storage Guidelines
or they will be rejected
2.23 Details
On launch and content download, your app stores 26.48MB
on the user's iCloud, which does not comply with the iOS Data Storage Guidelines.
Next Steps
Please verify that only the content that the user creates using your app,
e.g., documents, new files, edits, etc. is backed up by iCloud as required
by the iOS Data Storage Guidelines. Also, check that any temporary files used
by your app are only stored in the /tmp directory; please remember to remove or
delete the files stored in this location when it is determined they are no longer needed.
Data that can be recreated but must persist for proper functioning of your app -
or because users expect it to be available for offline use - should be marked
with the "do not back up" attribute. For NSURL objects,
add the NSURLIsExcludedFromBackupKey attribute to prevent
the corresponding file from being backed up. For CFURLRef objects,
use the corresponding kCRUFLIsExcludedFromBackupKey attribute.
Resources
To check how much data your app is storing:
- Install and launch your app
- Go to Settings > iCloud > Storage > Manage Storage
- Select your device
- If necessary, tap "Show all apps"
- Check your app's storage
要は、iCloudに大型サイズのデータがアプリインストールだけで保存されてしまうので、 iCloud保存させないように設定してください、とのことのようでした。さて、既にコピーされているデータの属性を変えられる方法があるのでしょうか。
やってみた
どうやらNSURLクラスのNSURLIsExcludedFromBackupKeyを利用するとバックアップを防げるようです。調査してみます。
参考：Using NSNumber numberWithBool in Swift
参考：Prevent app from backing up documents folder?
参考：Exclude from iCloud backup: NSURLIsExcludedFromBackupKey
参考：http://blog.naotokui.net/page/2
Swiftの例があまり見当たりません。NSURLのメソッドsetResourceValueを利用して属性を変更するようです。
func addSkipBackupAttributeToItemAtURL(URL: NSURL!) -> Bool{
assert(NSFileManager.defaultManager().fileExistsAtPath(URL.path!))
var err : NSError? = nil
var success : Bool! = URL.setResourceValue(NSNumber(bool: true), forKey: NSURLIsExcludedFromBackupKey, error: &err);
if(!success){
println("Error excluding \(URL.lastPathComponent) from backup\(err) ")
}
return success
}
さて、これを既存のアプリに反映させて申請が通るかトライしてみます、、、、(8/17)
まとめ
リジェクト内容が担当者によって違う結果が出てくるので困ります。
↓こんな記事もありますよ！
 | 大阪都構想の橋下さんの鼻に誠意をもって顔認識処理で画鋲を刺す先日大阪都構想でニュースがざわついておりましたが、 そこで自分が思っていたこと、なぜ鼻ピンしたのかを顔認識サンプルと誠意を込めて書き記してまいります。(※選挙ポスターに画鋲を刺す事や、そもそも「他人様」の画像を変更することがタブーな事を理解しつつの投稿です。問題がないかの問い合わせメールを送る予定です。画像はWikipediaからの引用です) |
 | presentViewControllerで画面遷移下からビョーン下からビョーンとUIViewControllerを出す方法を記載します。この処理も多用していたのですがこのHPになかったので追記しました。 Navigationと連動させた横へシャーと移動するスライドの関数(pop)とは違うので注意です。 |
 | アップルWatchから親アプリケーションへデータ送信前回の記事では実機上で親アプリケーションからAppleWatchにイベントを送るのができなかった。 Notificationでできるはずなのですが、動作してくれなかった、、、、、。今回はいったん逆の時計から親アプリへのデータ送信の方法サンプルサイト をQiita様の中の記事でみつけましたので検証してみます。 |
Tweet
|
|||
| |||
