我们的组织为多个客户管理稳定的iOS应用程序，这意味着要处理大量不同的开发人员身份证书和推送通知证书。我在BouncyCastleC#CryptoAPI上取得了成功在简化推送通知的证书和私钥管理方面，essentiallyeliminatingtheneedfortheKeychainforallourpushnotificationcertificates.我想将其扩展到开发人员身份证书。目标是将每个开发人员身份的所有私钥和证书信息存储在数据库中。然后，当需要配置新的开发人员或构建机器时，服务器端代码可以将所有证书和私钥打包到一个p12存档中，并使用一个密码将其导入目标Mac的钥匙串
每当我使用VoiceChat模式时，我自己的应用程序中的音频都太低了，所以作为一个白痴检查，我下载了Apple的音频单元编程示例代码(SpeakHere)并将VoiceChat模式添加到那个应用程序。事实证明，问题也在那里发生:在该模式下运行会导致一切都达到所需音量的20%左右。我在SpeakHereController.mm的第267行添加了这段代码，就在设置PlayAndRecord类别之后://setmode--thisresultsinaudiobeingtoosoftUInt32mode=kAudioSessionMode_VoiceChat;error=AudioSessi
MobileSafari对于比传统16x16分辨率更高的图标，需要使用以下咒语:但是，Firefox需要使用HTML5syntax，例如:现在，我的期望是可以将它们组合成一行，如下所示。有人知道这有什么问题吗？我们都知道事情很少这么简单，而且我没有iOS设备可以测试，更不用说所有其他毫无疑问复制了Apple语法的设备了。 最佳答案 这个解决方案非常有前途。不幸的是，它不起作用。我刚刚尝试使用运行iOS7.0.4和Safari的iPadMini，代码如下:关于这段代码的两个注意事项:尺寸适用于iOS7(例如60x60)和之前的版本(例
我的意思是:如果beta说v2.2.4build1234被证明是好的，并且会进入AppStore(这意味着最终发布版本将是相同的(v2.2.4build1234)。Beta测试人员能够“更新”到AppStore版本(具有相同的版本/内部版本号)以避免他们的应用程序在30天后(当testflightbeta有效期结束时)变得无法使用？或者，在生产版本上使用上次成功测试版中使用的相同版本/内部版本号是否更明智？ 最佳答案 简短回答:是为生产版本使用相同的beta版本是完全没问题的。我们一直这样做。版本号不是问题，实际上是推荐的。用户将能
我读过很多博客和讨论重新分级“到2016年底，Apple将要求iOS应用程序使用HTTPS连接”，但我仍然不确定此安全检查是否仅适用于“APPLEAPPStore"应用或者它也将应用于通常不提交到应用商店的企业应用。我有一个企业应用程序正在使用一些无法轻松迁移到Https的Http连接。那么这种情况呢？应用程序会关闭还是会正常工作？一些引用链接:link1,link2,link3,link4 最佳答案 Apple仍然需要Https连接，但目前我们可以选择通过应用信息plist绕过传输安全。我认为将来该选项将完全停止工作，因此必须将您
我正在使用AppStore上的现有应用程序。我唯一需要做的就是更新初始屏幕和图标。但是，当我尝试上传iTunesStore时出现错误:“无效的代码签名权利-特别是不支持‘Payload/AppName.app/AppName’中键‘com.apple.developer.networking.networkextension’的值‘dns-proxy’。”我是构建IOS应用程序的新手-有人可以指出正确的方向来解决这个问题吗？ 最佳答案 我通过为功能选项卡中的所有相关目标添加网络扩展功能解决了这个问题，该功能似乎只出现在Xcode8.
关闭。这个问题不符合StackOverflowguidelines.它目前不接受答案。这个问题似乎与helpcenter中定义的范围内的编程无关。.关闭7年前。Improvethisquestion我计划实现iOS游戏，当用户购买特定的应用程序内购买时，某些Assets-纹理、着色器等会在运行时下载。关于Apple禁止在运行时下载和发出iOS应用程序代码的众所周知的事实:3.3.2AnApplicationmaynotdownloadorinstallexecutablecode.InterpretedcodemayonlybeusedinanApplicationifallscrip
我正准备在我的iOS应用中加入订阅功能的应用内购买。根据我的阅读，我需要使用不可续订的订阅类型(不可自动续订)。一些客户欺骗系统并从Apple获得退款，但他们仍然可以使用他们的应用程序。由于不可续订的订阅必须由外部服务器(我们)处理，我们显然会记录订阅购买、收据等。有没有办法在收据验证中确定订阅是否仍然有效？我不确定不可续订订阅类型验证是否只是测试收据是否有效或订阅是否仍然有效。例如，您进行购买，收据有效。如果您通过iTunes投诉取消了与Apple的购买并且Apple给了您退款，如果我稍后再次验证该收据是否会无效？我想知道我们是否应该建立一个频繁的验证例程来捕获任何已退款的订阅。我们
我有一个Apple应用程序bundleId列表(例如com.facebook.Facebook)。我最终想要实现的是使用iTunes元数据丰富此数据，可通过iTunes搜索API获得:http://www.apple.com/itunes/affiliates/resources/documentation/itunes-store-web-service-search-api.html如果我知道应用程序ID(技术上，“trackId”)，我可以获得特定应用程序的特定信息，如下所示:http://itunes.apple.com/lookup?id=284882215(28488221
我有一个企业应用程序要分发给几百名员工。我目前正在评估是否使用Testflight。我希望安装应用程序的过程尽可能快速和简单，但是尝试使用Testflight似乎人们必须先使用Testflight创建一个帐户才能安装该应用程序，这是一个额外的步骤我会而是避免。有没有办法让用户无需先创建帐户就可以安装托管在Testflight上的企业应用程序？ 最佳答案 目前没有，我们有意避免此类功能。如果测试人员决定共享安装链接，您将拥有一个未经身份验证的链接。如果您担心邀请100人的痛苦，让您的员工加入TestFlight的最快方法是使用招聘UR
