dropbox 死掉后 IOS 7.1 应用发布替代解决方案

由于大家都知道的原因Dropbox 挂掉了,免费的 https文件分享链接没有了,广大通过 dropbox https 分享链接来发布ios应用的童鞋悲剧了 。今天就给大家支个招儿。

分析  ios 7.1 安装链接

格式  itms-services://?action=download-manifest&url=https://xxx.plist

1、必须是 https 的安全链接。

2、链接是以 .plist 结尾

3、最重要的一点 这个 https://xxx.plist 必须要能够直接解析为文本

那么情况很明了,只需要找到一个支持 https ,保持原文件名,并且可以将 .plist 文件直接解析成文本的空间就可以了。

https 空间选择

首先排除各种网盘。原因是:麻烦不能跟开发环境很好集成。那么还有什么空间可以达到我们的要求呢?呵呵,这个空间好找的很,现在开源代码托管服务来拯救我们了,主流的代码托管服务基本都是 https 的,支持开源有好处啊。

现在开始来干货了。

1、选择 githut 或者 git.oschina.net 建立一个项目 比如   “ios 7.1 应用程序发布”

2、git 或 svn 检出 “ios 7.1 应用程序发布”到一个本地目录 比如  d:\ios 7.1 应用程序发布\

3、将待发布的 app的plist文件 拷贝到 d:\ios 7.1 应用程序发布\

4、git 或 svn 提交并同步到远程服务器上

5、打开第一步建立的项目主页。 这个时候你应该可以看到刚刚同步上去的 .plist 文件。

6、在项目文件列表上点击打开刚刚上传的 .plist 文件。点击 原始数据 或 raw 就可以看到 原始的未加任何修饰的 .plist 文件内容。复制此时浏览器地址栏里的地址替换掉红色的部分

itms-services://?action=download-manifest&url=https://xxx.plist

ok,dropbox死后我们的 IOS 7.1 应用发布 替代方案就这样用程序员的方式解决了。

欢迎大家提供更简单的发布方式。

dropbox 死掉后 IOS 7.1 应用发布替代解决方案,布布扣,bubuko.com

时间: 2024-11-08 18:18:12

dropbox 死掉后 IOS 7.1 应用发布替代解决方案的相关文章

Shell脚本监控Linux某个后台进程,当进程死掉后重新启动服务,以httpd为例

Shell脚本如下: vim monitor.sh #!/bin/bash while true # 无限循环 flag=`ps -aux |grep "httpd" |grep -v "grep" |wc -l` do if [[ $flag -eq 0 ]] # 判断进程数如果等于0,则启动httpd then `systemctl start httpd` # 启动httpd echo `date` - "Apache restart" &

系统上线后WCF服务最近经常死掉的原因分析总结

前言 最近系统上线完修改完各种bug之后,功能上还算是比较稳定,由于最近用户数的增加,不知为何经常出现无法登录.页面出现错误等异常,后来发现是由于WCF服务时不时的就死掉了.后来就开始分析问题.得到的初步解决方案如下: 1.在Web端调用WCF服务使用后,未释放未关闭导致新的链接无法访问 2.增加默认的连接数,系统默认的链接数比较小 3.提供同一个WCF服务的不同实例 1.在Web端调用WCF服务使用后,未释放未关闭导致新的链接无法访问 首先保证客户端每次建立的连接在使用完成后进行关闭.那么请不

编译mysql时,到一半的时候报错,c++死掉

编译mysql时,到一半的时候报错,c++死掉,因为内存太小导致,创建交换分区或者增加内存重新编译. 设置2G交换分区来用下 : # dd if=/dev/zeroof=/swapfile bs=1k count=2048000 --获取要增加的2G的SWAP文件块 # mkswap/swapfile     -- 创建SWAP文件 # swapon/swapfile     -- 激活SWAP文件 # swapon -s            -- 查看SWAP信息是否正确 # echo"/v

system函数遇到的问题 - 程序死掉

system函数遇到的问题 解决方案见最下边 http://blog.csdn.net/yangzhenzhen/article/details/51505176 这几天调程序(嵌入式linux),发现程序有时就莫名其妙的死掉,每次都定位在程序中不同的system()函数,直接在shell下输入system()函数中调用的命令也都一切正常.就没理这个bug,以为是其他的代码影响到这个,或是内核驱动文件系统什么的异常导致,昨天有出现了这个问题,就随手百了一下度,问题出现了,很多人都说system(

HttpWebRequest的GetResponse或GetRequestStream超时 + 各种超时死掉的可能和相应的解决办法

用C#模拟网页登陆,其中去请求几个页面,会发起对应的http的请求request,其中keepAlive设置为true,提交请求后,然后会有对应的response: resp = (HttpWebResponse)req.GetResponse(); 之前的多次调试,一直都是可以正常获得对应的response,然后读取html页面的. 但是后来几次的调试,在没有改变代码的前提下,结果GetResponse却始终会超时死掉. 1.默认request的timeout是1000000毫秒=100秒,都

激光雷达在首次上电程序自启动时进程死掉

现象:激光雷达在首次上电程序自启动时进程死掉 原因:程序开始设置输出强度数据为:true(断电后默认为:false),之后开始读取强度数据,但此时强度数据还未准备好,获取强度的函数里的某些值没有初始化,导致程序退出 处理:1.在读取强度数据之前延时 2.在构造函数中给报错的变量赋初值 经验: 1.在构造函数中对变量赋初值很重要,不要忘记,否则是个不定值. 2.写程序时要保子证函数的输出是正确的,或者说子函数能正确的运行,不会报错. 3.

(转载)HttpWebRequest的GetResponse或GetRequestStream偶尔超时 + 总结各种超时死掉的可能和相应的解决办法

原文链接:http://www.crifan.com/fixed_problem_sometime_httpwebrequest_getresponse_timeout/ [问题] 用C#模拟网页登陆,其中去请求几个页面,会发起对应的http的请求request,其中keepAlive设置为true,提交请求后,然后会有对应的response: resp = (HttpWebResponse)req.GetResponse(); 之前的多次调试,一直都是可以正常获得对应的response,然后读

HttpWebRequest的GetResponse或GetRequestStream偶尔超时 + 总结各种超时死掉的可能和相应的解决办法

[问题] 用C#模拟网页登陆,其中去请求几个页面,会发起对应的http的请求request,其中keepAlive设置为true,提交请求后,然后会有对应的response: resp = (HttpWebResponse)req.GetResponse(); 之前的多次调试,一直都是可以正常获得对应的response,然后读取html页面的. 但是后来几次的调试,在没有改变代码的前提下,结果GetResponse却始终会超时死掉. [解决过程] 1.默认request的timeout是1000

【转载】HttpWebRequest的GetResponse或GetRequestStream偶尔超时 + 总结各种超时死掉的可能和相应的解决办法

[问题] 用C#模拟网页登陆,其中去请求几个页面,会发起对应的http的请求request,其中keepAlive设置为true,提交请求后,然后会有对应的response: resp = (HttpWebResponse)req.GetResponse(); 之前的多次调试,一直都是可以正常获得对应的response,然后读取html页面的. 但是后来几次的调试,在没有改变代码的前提下,结果GetResponse却始终会超时死掉. [解决过程] 1.默认request的timeout是1000