Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/ios/110.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Ios 显示web图像是使用NSAllowsArbitraryLoads的有效借口吗?_Ios_Objective C_Swift_App Store Connect_App Transport Security - Fatal编程技术网

Ios 显示web图像是使用NSAllowsArbitraryLoads的有效借口吗?

Ios 显示web图像是使用NSAllowsArbitraryLoads的有效借口吗?,ios,objective-c,swift,app-store-connect,app-transport-security,Ios,Objective C,Swift,App Store Connect,App Transport Security,到目前为止,我们只在应用程序的ATS设置中设置了NSAllowsLocalNetworking 不过,我们现在在聊天功能中引入了链接预览。用户发布的链接用于创建包含链接网页图像和favicon的预览 问题是,用户发布的某些链接具有明文(HTTP)格式的图标/图像 这是使用NSAllowsArbitraryLoads的有效原因吗 我不能100%确定ATS执行的当前状态,以及用户生成的链接是否是可接受的例外 (我们正在使用翠鸟库在UIImageView中显示这些图像,因此不可能使用AVFoundat

到目前为止,我们只在应用程序的ATS设置中设置了
NSAllowsLocalNetworking

不过,我们现在在聊天功能中引入了链接预览。用户发布的链接用于创建包含链接网页图像和favicon的预览

问题是,用户发布的某些链接具有明文(HTTP)格式的图标/图像

这是使用
NSAllowsArbitraryLoads
的有效原因吗

我不能100%确定ATS执行的当前状态,以及用户生成的链接是否是可接受的例外


(我们正在使用翠鸟库在UIImageView中显示这些图像,因此不可能使用AVFoundation允许任意加载Formedia)。

您不会被拒绝。苹果在此截止日期的最后更新如下:

在2016年WWDC上,我们宣布提交至应用商店的应用将 需要在年底支持ATS。给你额外的 准备时间已延长,我们将提供 确认新截止日期后的另一个更新


你不会被拒绝。苹果在此截止日期的最后更新如下:

在2016年WWDC上,我们宣布提交至应用商店的应用将 需要在年底支持ATS。给你额外的 准备时间已延长,我们将提供 确认新截止日期后的另一个更新


< p>虽然我不能确定苹果会考虑什么有效的原因(因为它们还没有开始执行,所以我们没有信息可供选择),在应用程序中使用用户驱动的内容似乎是一种需要更广泛的< <代码> NSuffsStulyLoad < /Calp> Ext>的场景之一。p> 我建议,为了向苹果表明你已经尽了一切努力来保护你所能进行的任何通信,你应该采取与最常用的技术相反的措施。通常情况下,应用程序将使ATS处于启用状态(通过将默认的
NSAllowsArbitraryLoads
保留为否),同时添加对某些域禁用ATS的异常域。如果我是你,我会做相反的事情-设置
nsAllowsArbilarLoads
为YES,因为你不知道哪些URL可能需要ATS异常,然后为你在应用程序中控制的域添加异常域(假设你从某个主服务器获取大部分应用程序内容)。这可确保使用ATS标准保护与服务器的通信,而所有已知服务器之外的服务器将不受ATS要求的限制。因此,关闭ATS,但在您控制的域中重新打开它

从一些常见的ATS配置中,您可以看到如何以这种方式进行设置(“示例C:禁用ATS,但有一些例外”):


对我来说,这对苹果来说是一个很好的信号,你正在尽可能地遵守ATS的精神 我建议,为了向苹果表明你已经尽了一切努力来保护你所能进行的任何通信,你应该采取与最常用的技术相反的措施。通常情况下,应用程序将使ATS处于启用状态(通过将默认的
NSAllowsArbitraryLoads
保留为否),同时添加对某些域禁用ATS的异常域。如果我是你,我会做相反的事情-设置
nsAllowsArbilarLoads
为YES,因为你不知道哪些URL可能需要ATS异常,然后为你在应用程序中控制的域添加异常域(假设你从某个主服务器获取大部分应用程序内容)。这可确保使用ATS标准保护与服务器的通信,而所有已知服务器之外的服务器将不受ATS要求的限制。因此,关闭ATS,但在您控制的域中重新打开它

从一些常见的ATS配置中,您可以看到如何以这种方式进行设置(“示例C:禁用ATS,但有一些例外”):


对我来说,这对苹果来说是一个很好的信号,你正在尽可能地遵守ATS的精神

目前还看不到任何新的截止日期信息,但如果这意味着我们将来必须进行应用程序更新,我们宁愿不使用它。这是否意味着当我们需要支持ATS时,
NSAllowsArbitraryLoads
将不被允许?苹果尚未公开声明他们的新政策。拟议的政策是,禁用安非他明类兴奋剂需要“合理的理由”。只有苹果可以告诉我们这意味着什么:-)。目前还看不到任何新的截止日期信息,但如果这意味着我们将来必须进行应用程序更新,我们宁愿不使用它。这是否意味着当我们需要支持ATS时,
NSAllowsArbitraryLoads
将不被允许?苹果尚未公开声明他们的新政策。拟议的政策是,禁用安非他明类兴奋剂需要“合理的理由”。只有苹果能告诉我们这意味着什么:-)。在我们自己的后端服务上使用例外域是个好主意!在我们自己的后端服务上使用异常域是个好主意!