起因 用户群反馈app可能请求了不合适的定位权限:始终定位. 看到这个截图,根据经验判断可能是后台定位功能导致可能不得不请求始终定位权限.再加上之前提交审核时,苹果要求在plist文件中新增NSLocationAlwaysAndWhenInUseUsageDescription和NSLocationAlwaysUsageDescription键值对.猜测可能是对某些点的理解混淆了,因为这种用户体验的确不好. 解决思路 因为此项目是前同事遗留代码,自从接手后迭代次数比较有限.于是计划根据以下步骤进

1.未遵守苹果 iOS APP 数据储存指导方针 如果你的 App 有离线数据下载功能,尤其需要关注这一点.因为离线数据一般占用存储空间比较大,可以被重新下载和重建,但是用户往往希望系统存储空间紧时也依然能够妥妥的存在着,不会被 iOS 系统自动清理掉.所以不能放在 /Library/Caches 目录下(该目录在系统空间紧张时可能会被 iOS 系统清除). 那就只能放在主目录 /Documents 或主目录 /Library/ 自定义文件夹下,这样才不会被 iOS 系统自动清理掉.但是这些数据

xcode5编译一个xcode4时写的代码,提交iTunes审核时出错. 1.iOS提交审核时出现Invalid Binary错误 2.收到邮件: iPhone 5 Optimization Requirement - Your binary is not optimized for iPhone 5. New iPhone apps and app updates submitted targeting iOS 6 and above must support the 4-inch displ

iOS 开发后上传到App Store审核的指导方针 ——苹果官网介绍地址 https://developer.apple.com/app-store/review/guidelines/

随着中国企业出海Go Global,越来越多的用户开始在Global Azure部署自己的应用.由于对Global Azure功能和文档的不熟悉,使用过程中或多或少遇到了一些坑.事实上呢,这些并不是坑的坑是完全可以解决.这篇博客就是一个真实的客户案例. 客户需求 客户需要在Azure海外region部署自行研发的app后端服务器,这之后客户会向IOS App Store提交App的审核 目前问题 客户在Azure上部署了虚机但是没法分配ipv6的地址,客户还尝试配置IPv6隧道但是也不work.

4.5 - Apps using background location services must provide a reason that clarifies the purpose of the use, using mechanisms described in the Human Interface Guidelines 4.5 Details Your app uses background location services but does not clarify the pu

申请加急网址:https://developer.apple.com/appstore/contact/appreviewteam/index.html 提交加急审核需要理由,一般涉及到银行信息,或者崩溃打不开这种的比较容易通过.反正苹果很苛刻,一般不给处理.如果处理第二天就可以下载最新了,省去了漫漫的等待.一个成功加急审核的借口-- We found a serious security problem, Our application users  to share the photo wh

下面进入正题.提交完成后进入加急审核页面. 链接:https://developer.apple.com/appstore/contact/appreviewteam/index.html 在i would like to里选择加急审核 然后填写相关信息. App Information里填写应用名称,ID填写9位数字ID 现在(2015-12-8)看了下下ID已经是10位了.感谢网友@qq_33265981提醒 继续 选择原因,然后填写理由. 这里要注意的是理由一般是用户安全问题或者崩溃问题成

实现app加快审核的步骤: 1.https://developer.apple.com/contact/进入这个网址点击App Store下的Expediting an App Review进入这个页面 2.然后把这个页面的表格填写好,iwould like to 填写request  an expedited app review 加速审核app的意思 3.填写联系信息  phone注意加 +86  国家编号 4.填写应用的一些信息,App Name:应用名称  Apple ID of App

使用Hbuilder开发IOS应用时,遇到上架App被拒的问题,被拒原因: 你的应用程序使用位置服务,但并没有按照iOS人机界面指南中的要求,在位置模式警报中阐明它的用途. 要解决此问题,请指定用户在位置许可模式警报中使用位置的预定用途. 在查看Hbuilder官方社区找到解决方案. 关于描述的问题,在manifest.json文件中,plus->distribute->apple下,新增plistcmds节点. "plistcmds":[ "Set :NSCam

一.什么是马甲包 马甲包是利用App store 规则漏洞,通过技术手段,多次上架同一款产品的方法.马甲包和主产品包拥有同样的内容和功能,除了icon和应用名称不能完全一致,其他基本一致.    二.为什么做马甲包,做马甲包有什么好处? 1.抗风险 正常情况下,任何一款产品都是要不断的更新功能的.如果我们直接在主包上更新,一旦新功能不被用户接受那就损失大了,我们前期大量投资带来的用户将会流失,这对很多产品开发者来说是不可承受之痛. 如果使用马甲包,则可以随意测试新功能,好的功能就在主包上迭代,不

今年开年到现在.提交app应用一直招拒,这个问题我想不明白,感觉就是一个坑.所以贴出来给大家看看. 发件人 Apple11.13 - Apps that link to external mechanisms for purchases or subscriptions to be used in the App, such as a "buy" button that goes to a web site to purchase a digital book, will be rej

修改定价将你的app定价修改成0.99刀 修改你的发行范围,全取消后只选中国. save这时候你的app status将会变成pending contract. 将之前的修改都改回来,修改定价free,全选区域,然后save 这时候app status又会变成Ready for sale了,过个半小时一小时再去AppStore搜索,一准就有了.

AAAA记录(AAAA record)是用来将域名解析到IPv6地址的DNS记录.用户可以将一个域名解析到IPv6地址上,也可以将子域名解析到IPv6地址上. 1)$ dig +nocmd +nostats example.com AAAA 2)http://ipv6-test.com/validate.php

背景提示:数字类产品(比如购买会员等不需要配送实物的商品),Apple规定必须使用苹果IAP应用内支付,给Apple分成30%.打包的时候不要勾选微信或支付宝等其他支付方式.如果你提交的包里包含了微信支付宝等支付的sdk,即使没使用,Appstore也会认为你有隐藏方式,以后会绕过iap,不给Apple分成,因此拒绝你的App上线 应用中如果没有交易功能,不要包含支付相关模块和支付相关的js代码 应用中如果只包含虚拟物品交易,只能使用苹果应用内支付(IAP),不能使用支付宝和微信支付 应用中如果

CocoaChina交流社区曾经发起一个主题讨论,关于iOS开发者遇到审核失败的原因及解决办法的,有价值的回复内容如下: wubo9935 App中设计的图标与Apple原生图标类似,Apple原生图标有专利保护,并且在Design Guideline里面规定,App的图标不能与Apple图标雷同,如iTunes,App Store, iPod等的图标.若出现雷同App将被拒. 逐风 App的设置界面.按钮使用了类似iPhone的操作方式以及icon的圆角设计 -> 重新设计… App的年龄设置

就在今天到公司的一会,查看了一下邮件,收到Apple的回复,今年的第六次加急审核通过了. 然后,想想明天就是西方的圣诞节假期了,从22日到29日的这段时间,Apple会暂时关闭iTunesconnect,突然觉得这一年过的挺快的,就觉得很有必要将这一年的一些体会写下来,算是不太正式的总结吧,也给同行业的开发者一些借鉴. 总结的主题,当然主要集中在iOS的app审核方面. 首先,谈谈Apple的审核机制. 众所周知,Apple的审核是一个漫长的过程,而且有着极为严格的审核机制.如果开发人员不仔细研

此文刚刚上了CocoaChina的首页:那些年提交AppStore审核踩过的坑  欢迎围观,谢谢大家支持. //add by 云峰小罗,2016.08.04 做iOS开发近5年了,每次提交版本时不可谓不小心翼翼,如履薄冰,但是还是难免踩到了一些坑.苹果的官方文档(AppStore审核条款)这里就不罗列了,太冗长繁琐了,而且大部分是一般app都不会触碰的到的,今天我主要想以自己的亲身经历,跟大家回顾一下这些年我提交AppStore审核时踩过的坑,并且针对如何避免给出一些tips供大家参考.大神请忽

关于iOS的后台,以下引用一些文段进行一下脑补,请同学们大致看一下,有个基础,原文出处 ----------------------------------------------------------------------------------------------- OS 7中,实际上APP拥有四种后台模式,无论是哪一种后台机制,均需要利用苹果给予的相应后台接口实现.IOS7系统中,开发者可以灵活利用多种后台接口(API)实现更加智能的应用操作.一,无后台仅推送第 一种后台方式为传统

翻译自:http://www.raywenderlich.com/29948/backgrounding-for-ios (代码部分若乱码,请移步原链接拷贝) 自ios4开始,用户点击home按钮时,你可以将app设计为挂起状态.app在内存中,除非用户再次返回到app,否则该app暂停运行.都是这种情况吗? 当然不是,在一些例外的情况下,app仍然可以在后台保持运行.这篇文章将介绍如何以及何时应用(几乎)所有这些后台操作功能. 应用后台运行模式实际上有很严格的限制条件,在ios上实现真正的多任