前言

随着各种O2O,互联网金融APP的兴起,路上经常能遇到地推下载人员,手拿二维码和礼物让路人下载注册.因为是在户外做活动,下载的网络环境成了一个问题,直接4G下载有些用户舍不得几十兆的流量,wifi下载又很难找到稳定的网络,3G路由器是一个解决方案,但是流量费用很高并且效果也不理想.所以这里我给大家介绍几种我在地推时用过的方案.帮助大家快速的下载android和ios应用.

简单的方案解决android下载.

android的apk包因为不存在苹果那样,必须从appstore下载的限制.所以分发起来非常简单.有集中方案供大家选择.

1 用笔记本自己搭建http服务.

带一台笔记本,安装一个Apache,将apk包的地址生成二维码即可. 这个社区上的人应该都会.

2 用手机搭建http服务

如果觉得带笔记本太麻烦,并且还是需要电源搭建wifi的话,那么你也可以选择在手机上搭建一个服务器.我用基于Java的NanoHTTP程序搭建并封装了一个简单的程序,会启动一个HTTP服务,提供文件访问,例如根目录的文件地址为http://192.168.53.1/xxx.apk (53.1是手机打开热点共享的网段,xxx.apk放在SD卡根目录).并且手机上会显示二维码.手机共享热点后,下载的用户连上这个热点,扫描二维码即是手机上的下载地址,下载即可.这种方式的好处就是不需要笔记本搭建服务器,也不需要路由器,只需要一部手机就可以.

3 利用QQ等其它软件

如果觉得还是太麻烦,也可以通过QQ的当面传文件方式实现.参考 http://jingyan.baidu.com/article/da1091fbd2cbfe027849d62c.html 我没用过,不表.

如何解决ios地推下载的问题?

android解决起来方法很多也很简单,但是ios就复杂一些,因为必须走appstore下载,所以以上方法全部无效.我采用的方式是基于Squid的透明网关缓存来缓存ipa包,从而实现内网下载ios的app.

实现步骤

1 通过squid透明代理上网

首先不考虑缓存问题,你需要一台双网卡的机器,要搭建一个iptables nat + squid透明代理,可以让客户机上网.这不是本文的重点,可以参考互联网内容:
squid安装:http://hx100.blog.51cto.com/44326/339137/
iptables+squid配置:http://blog.chinaunix.net/uid-23152265-id-2535823.html
需要注意的是这里squid的版本建议选择2.7版,原因后面会有介绍.这里我们假设我的外网网口为ech0:192.168.1.2,内网为eth1:192.168.10.1.

2 通过squid缓存内容.

配置好squid可以上网之后,下一步我们来配置缓存.大家自己了解一下squid的配置方法,我只介绍缓存相关的重点内容.

cache_mem 500 MB #内存缓存大小
memory_replacement_policy lru #更新方式,lru即可
maximum_object_size_in_memory 50 MB #缓存到内存中的最大对象大小,跟你的app差不多机型.50M启动的时候会有警告,无视掉.
cache_dir ufs /usr/local/squid/spool 20480 16 256 #磁盘缓存文件大小及目录结构,当前配置的含义是磁盘缓存大小20G,一级目录16个二级目录256
maximum_object_size 100 MB # 磁盘缓存最大文件大小,稍大于内存缓存文件即可.
cache_swap_low 80 # 忘了,懒得copy
cache_swap_high 95 # 忘了,懒得copy
acl CACHE_OBJ urlpath_regex .png .jpeg .jpg .js .apk .ipa # 定义一个acl表示要缓存的文件,关于acl的定义可以参考官方文档.
cache allow CACHE_OBJ
cache deny all

以上配置好了以后,应该就可以缓存所配置的png,jpeg,apk,文件,当然也包括我们需要的ipa文件.你可以找一个apk文件试验一下比如:http://dldir1.qq.com/weixin/android/weixin637android660.apk 下载的同时查看squid的access.log日志,你会发现第一次下载时为TCP_MISS,第二次下载已经变成了TCP_MEM_HIT,证明已经命中了内存缓存.从下载速度方面应该也能有一个数量级的提高.

3 使用storeurl_rewrite_program配置,缓存包含有动态链接参数的ipa文件

以上配置在ios8里面可以很好的工作,但是ios9之后,一部分应用下载链接会带有动态的连接参数,使得以上的配置并不能正确的缓存ipa文件,这时候我们需要使用storeurl_rewrite_program插件来处理一下连接.
storeurl_rewrite_program是squid2.7提供的一个自定义模块(这就是为什么要使用2.7版本).默认不启动.所需要的参数是一个可执行程序.当配置了这个程序,squid会把访问的url作为参数传给程序,程序处理完了之后回传的参数作为storeurl寻找缓存.例如当前访问的连接为http://a.com/abc.apk?token=123 和http://a.com/abc.apk?token=456 默认情况下这会被当做两个连接无法命中同一个缓存.使用storeurl_rewrite_program之后,我们可以通过程序将这两个连接同时映射到http://a.com/abc.apk 这样访问了第一个url之后,第二个url的访问将会命中第一个url的缓存.关于storeurl_rewrite_program的使用方法可以参考:http://www.squid-cache.org/Doc/config/storeurl_rewrite_program/ 这里我贴上我的program和配置

acl CACHE_IPA urlpath_regex .ipa #针对ipa进行处理
storeurl_rewrite_program /usr/local/squid/store.py #处理程序的路径
storeurl_access allow CACHE_IPA
storeurl_access deny all

简单的说,squid的缓存实际上是一个根据key找value的过程,storeurl_rewrite_program就是配置了一个程序(这里是 /usr/local/squid/store.py),当你访问文件的时候,url会作为输入参数扔给这个程序,程序会把这个参数进行处理,返回一个参数作为输出参数.而这个参数将被当做缓存的key来使用.
以下是/usr/local/squid/store.py的内容:(我这里使用python开发,你可以用你自己熟悉的语言开发.)

#!/usr/bin/env python
import sys
while True:
       read = raw_input()
       url = read.split()[0]
       start = url.find('iosapps.itunes.apple.com')
       end = url.find('.ipa')
       ipaurl = url[start:end]
       result = "http://" + ipaurl + ".ipa\n"
       sys.stdout.write(result)
       sys.stdout.flush()

这样,一个形如文件链接形如：http://iosapps.itunes.apple.com/apple-assets-us-std-000001/Purple69/v4/26/63/28/266328a6-6893-3d23-e58e-4b54bea24a30/pre-thinned3169899445757707662.thinned.signed.dpkg.ipa?accessKey=1447486548_7206112169011419132_PdeyZRmeDfRHz5
的连接,经过处理会被处理为
http://iosapps.itunes.apple.com/apple-assets-us-std-000001/Purple69/v4/26/63/28/266328a6-6893-3d23-e58e-4b54bea24a30/pre-thinned3169899445757707662.thinned.signed.dpkg.ipa
经测试可以正常的缓存下载.

应用扩展

squid除了缓存,也可以实现网站地址,ip地址的白名单等功能,防止蹭网.linux+iptables+squid的软路由方案,比一般的路由器强大得多,只要能想得到的,没有什么不可以.

同类产品

实际上网上有一些产品宣称实现了这个功能,我没用过,大家有兴趣也可以自己试一下.在网上搜索地推神器就有了. 吹的神乎其神,其原理应该也跟我这个差不多,我这套方案最大的缺点是需要一台linux电脑(虽然笔记本也可以,但终究还是需要电源),依赖电源,也不利于大面积推广(需要一些linux基础).如果移植到带电源的嵌入式linux设备上,效果应该更好.记得去年到今年上半年O2O火热的时候,我们的地推点配备了我们自己开发的“神器”之后,许多路过这里的同行都表示愿意出钱采购这套技术.其实基于squid的缓存在cdn或者其他领域应用的已经非常成熟了,只是很少有人考虑用它来做移动app方面的事情.希望能对大家有帮助.