是否嵌套了协议的itms-services URI更改行为？

-1

我看贴在互联网上下面的代码片段：是否嵌套了协议的itms-services URI更改行为？

<a href="itms-services://?action=download-manifest&url=itms-services://?action=download-manifest&url=http:/oursite.com/myApp.plist" id="text">

的硬类相信这是一个标准的做法。 itms-services://?action=download-manifest&url=itms-services://?action=download-manifest&url=和itms-services://?action=download-manifest&url=之间有什么区别？

来源

2014-03-04 Steve Buzonas

个人不知道，但有做似乎是（有些）（http://gknops.github.io/adHocGenerate/）[实例]（http://aaronparecki.com/articles/2011/01/21/1 /如何分配你的IOS的应用程序空中）的字符串不重复。 – admdrew

我总是看到它没有重复，但我最近被告知URL必须具有该格式的重复，我不知道为什么。我假设有人做了谷歌搜索，并发现他们的方式在博客文章中的一些不好的例子... –

这是一个错字，但它不会停止安装工作。

可能是因为它形成了一个网址是这样的：

itms-services:// 
? 
    action=download-manifest 
& 
    url=itms-services://?action=download-manifest 
& 
    url=http:/oursite.com/myApp.plist

而且它可能采取的最后一个网址。

我刚刚通过Charles Web Proxy运行，响应（和请求）是相同的。（忽略401的 - 这是请求认证的服务器）。

enter image description here

正如你可以看到他们都产生相同的请求。

但是，当然这可能会改变在未来的Apple更新。

所以坚持单一的ITMS服务版本。

来源

2014-03-06 04:33:04 peterept

好点把它分解成参数。除非'＆'被url编码，否则它实际上不会嵌套。 –

为了好玩，我试着用＆amp;编码为$ amp;并且它在代理追踪中仍然起到相同的作用！ – peterept

是否嵌套了协议的itms-services URI更改行为？

回答

相关问题