标签: itunesconnect

我正在寻找一个脚本或一系列脚本的推荐,这些脚本可以下载和解析iTunes Connect销售数据和AppStore评论,评级和定义应用程序的排名数据.

我也知道如下解决方案:

• AppViz
• appsales移动 (死)
• iphone-stats(死)
• Heartbeat.app(死了)

考虑到有多少开发人员正在为AppStore编写应用程序,我不禁觉得必须有一套非常不错的开源脚本来实现这一目标.

有兴趣听一下任何商业产品(尽管我的个人偏好是开源的,所以我至少可以看看它使用我的iTunes Connect登录凭据做了什么).

要清楚,我真的在寻找能够满足所有提到的领域的东西:

App Store(每家商店)

• 评论
• 评级
• 类别/商店排名

iTunes Connect

• 销售报告的内容

数据的分析/图表不是必需的(但我想这会很好).我不是真的在寻找像上面的AppSales Mobile这样的东西,我想要原始数据,所以我可以做自己的分析和格式化.到目前为止看起来AppViz(上面列出的)是最好的.

关于什么是好/可用的任何建议,还是我应该自己动手？

在6月1日之后,我将我的离子应用程序提交给itunes connect,我收到了来自apple的消息.

应用程序在IPv6网络上进行审核.请确保您的应用支持IPv6网络,因为需要IPv6兼容性 .

有关支持IPv6网络的信息,请参阅支持iPv6 DNS64/NAT64网络.

有关网络概述,请参阅关于网络.

我已经使用AFNetworking进行API调用.

请帮助找出相同的解决方案.

谢谢.

我的应用程序使用的唯一加密是通过HTTPS调用.目前(2017年6月7日)iTunes Connect根据iTunes Connect中的此信息要求导出合规性.

我已进入iTunesConnect - >我的应用程序 - >功能 - >加密页面,单击"iOS文档"旁边的加号和"导出合规性"表单,回答"是".

当我向下滚动时,以下两个屏幕截图显示了导出合规性框的更多详细信息.

最后2个屏幕截图建议使用HTTPS是EXEMPT使用加密,因此我应该在info.plist中设置ITSAppUsesNonExemptEncryption = false.但这一点并不清楚,并且在我的第一个屏幕截图中反映出来,如果您正在拨打HTTPS,则需要向美国政府提交年终分类报告.

所以我的问题:

1. 如果我使用的唯一加密是通过HTTPS调用,那么设置ITSAppUsesNonExemptEncryption = false是否正确？

2. 如果我必须设置ITSAppUsesNonExemptEncryption = true,我该如何向美国政府提交报告？该报告如何传递给Apple？我找不到关于这个过程的任何明确信息.我不想搞砸了,因为在最后一次屏幕截图中,后果可能会受到严重威胁.

3. 无论我如何设置ITSAppUsesNonExemptEncryption,根据我的第一次屏幕截图,如果我使用HTTPS,我必须向美国政府提交年终自我分类.这是真的,过程是什么？(单击"了解更多"链接没有帮助)

既然Apple已将Tesflight集成到itunesconnect中,我认为是时候看一看了.

我遇到了第一个障碍 - 当你邀请测试人员测试应用程序时,他们被告知他们必须在他们的设备上安装Testflight应用程序,但Testflight应用程序需要iOS8或更高版本,如果你有iOS7,似乎你不能做个测试员.

所以我的问题是......我错过了什么,有没有办法在iOS7用户中使用Apple新的Testflight beta测试系统？

这与这个问题密切相关,但它没有任何解决方案.
在将构建上载到iTunes Connect时,我收到以下消息:

我们发现您最近交付的"Hurdal IL"存在一个或多个问题.您的投放成功,但您可能希望在下次投放时更正以下问题:

意外的机器代码 - 您的上载包含bitcode和本机机器代码.当您提供bitcode时,也不必包含机器代码.要减小上传的大小,请使用Xcode 7.3或更高版本,或任何其他删除机器代码的工具链.

纠正问题后,您可以使用Xcode或Application Loader将新二进制文件上传到iTunes Connect.

1. 分辨率是多少？
2. 如果上传此版本,是否会影响应用批准？

我有一个iOS应用程序,我最近切换到Xcode 8.作为其中的一部分,我们从swift 2.2切换到2.3(swift 3将在稍后出现).

我有一个自动构建管道,基本上运行xcodebuild在专用构建机器上生成发布二进制文件,然后我对所有这些进行排序(Xcode 8的自动代码签名确实搞砸了所有内容),现在我将我的应用程序上传到iTunes连接,它失败并出现此错误:

ERROR ITMS-90171:"无效的束状结构-二进制文件'MyApp.app/libswiftRemoteMirror.dylib’不允许您的应用程序不能包含独立的可执行文件或库,比支持束的CFBundleExecutable其他参考包编程.有关iOS应用包结构的信息,请访问https://developer.apple.com/go/?id=bundle-structure."

果然,如果我解压缩.ipa文件并查看,那就libswiftRemoteMirror.dylib坐在那里.

如果我通过Xcode存档/导出iTunes,那么它会生成一个没有的应用程序包libswiftRemoteMirror.dylib,但是我的应用程序的所有其他版本似乎都有它.即使只是在Xcode中进行调试构建,然后查看输出显示libswiftRemoteMirror.dylib位于我的应用程序包中,表明Xcode本身肯定是在那里,而不是我的自动构建脚本的任何部分.

这个文件是什么,为什么要放在那里,我该怎么办呢？我可以修改我的构建脚本以删除此文件以用于发布版本,但我担心这可能会影响代码签名过程.无论如何我会试一试,看看会发生什么,但感觉这不是正确的事情.

任何意见,将不胜感激.

在旧版本的Xcode Simulator(Xcode 8)中,你可以按下Command + 1,它会显示模拟器的最大尺寸(100%),即使它涉及它扩展到可见的屏幕空间.然后,您可以按Command + S并从任何模拟器截取屏幕截图,并将其直接用于应用商店.(这将是正确的解决方案).我为iPad Pro 12.9"和iPhone 6s Plus做了这个,快速填写我的截图部分.

现在,在Xcode 9中,这不再适用.我尝试了所有选项:手动调整大小,设置为100%,放大/缩小等.所有选项都不允许我将模拟器扩展到屏幕的可见范围之外.它不会让你拖过角落的边界.所以当你按COMMAND + S来截取屏幕截图时,它会比ItunesConnect需要的更低.

那么我们现在如何才能使用模拟器截取屏幕截图,并让它们可以用于具有正确分辨率的商店？

我正在尝试将新版本上传到TestFlight,但Application Loader给出了以下错误:

ERROR ITMS-90502:"无效的捆绑包.仅包含arm64切片的应用程序在Info.plist中的UIRequiredDeviceCapabilities列表中也必须包含'arm64'."

如果我添加arm64到UIRequiredDeviceCapabilities的建议,我得到另一个错误:

ERROR ITMS-90098:"此捆绑包无效.密钥UIRequiredDeviceCapabilities包含值'arm64',它与MinimumOSVersion值'8.0'不兼容."

我不确定是什么导致了这个问题,为什么bundle只包含arm64架构.我检查了项目设置,它们似乎包含其他架构.ARCHS(体系结构)设置为Standard architectures (armv7, arm64),VALID_ARCHS(有效体系结构)设置为arm64 armv7 armv7s.

我尝试上传最后一次构建(约1个月)已经有一段时间了.Apple的一个更新是否破坏了什么？(从那时起,我绝对没有触及过架构设置,唯一添加的是UIBackgroundModes = remote-notification).或者是否有其他原因导致此错误？

我看到下面的错误iTunes Connect在in-app purchase我的应用程序部分:

已返回应用内购买,并在下表中突出显示

所有的in-app purchases新应用都被拒绝.它们都显示了Developer Action Needed的状态.去每个人都会in-app purchase显示一个惊叹号:

您的应用内购买已退回.您必须修改或删除突出显示的项目.

但是,它没有解释错误是什么.这似乎是许多开发人员刚刚开始看到的问题:

https://forums.developer.apple.com/message/78997#78997

是什么原因引起了这个？这只是另一个iTunes Connect错误吗？

今天我下载了Xcode 9并对我的应用程序进行了必要的更改以进行编译.该应用程序正在本地编译和运行,没有任何问题.

使用Xcode 9我将其上传到App Store.上传成功,没有任何错误.

然后我从Apple发来以下电子邮件:

亲爱的开发者,

我们发现了您最近交付的"KiteSpotter - Kitesurf风和天气预报"中的一个或多个问题.要处理您的交付,必须纠正以下问题:

无效的捆绑包 - 不允许的LLVM工具.不要提交启用了LLVM配置文件检测或coverage集合的应用程序.关闭LLVM配置文件或代码覆盖率,重建您的应用程序并重新提交应用程序.

一旦纠正了这些问题,您就可以重新更新已更正的二进制文件.

问候,

App Store团队

我去了我的目标和可可豆荚目标的代码覆盖率,这是我能找到的唯一相关设置:

重新提交应用程序,我收到同样的错误.

在我的项目中,我使用的是Carthage,它有超过15个依赖项.在寻找解决方案时,我发现所有项目都需要使用上述设置进行更新.

• 是否有任何解决方案可以自动为所有框架设置此设置,如果这导致问题.
• 有没有其他人遇到过这个问题并将其整理出来.迦太基框架是否会产生问题或其他问题？