2012-02-27 109 views
5

要求:我该如何构建自己的Android应用商店服务器?

  1. 已经通过互联网进行访问,而不仅仅是内部 企业网络(即必须有一个前端接口)
  2. App Store的服务器必须内部托管(即没有第三方托管服务)
  3. 通过用户名最好能够固定/密码
  4. 最好能够自动将更新推送授权的设备

这背后的原因是,我们想要做我们的应用程序的小范围测试,以约1000个用户,我们需要一种方法来而不会使我们的测试版软件访问向公众分发更新到这些用户的设备。

我们初步探索只是托管Apache Web服务器上的APK,但因为我们希望能够限制访问,我们试图在Web服务器上放置一个用户名/密码。那么,事实证明,Android下载管理器有一个错误,如果它受到htaccess的保护,就会阻止将文件下载到手机中。

下一步,我们想用一个FTP服务器,然后就安装每个beta测试的设备上的FTP客户端,但是这是相当janky。这是我们最后的选择。

“内部”应用程序商店服务器似乎是最好的选择。有没有解决方案呢?最好是免费/开源的,如果可能的话。

+0

www.testflight.com似乎正在进入这个市场,目前已经有针对iOS的解决方案能够很好地工作,并且正在推出针对Android的解决方案。它是一款非常好的SaaS工具,迄今为止已经免费供小用户使用。 – 2013-04-10 16:02:06

回答

3

对于初学者:即使你不能直接通过带有htaccess的URL直接访问APK,你可以将它隐藏在一些服务器端代码的后面,比如php文件,它仅仅检查用户的凭证是否有效,并返回一个文件附件,而不是一个HTML页面,如果一切都检出。如果你打算使用基于浏览器的浏览器,我会推荐使用FTP客户端。

然而,在您的要求清单:假设这些都是零售,无根,无定制ROMMED设备,它将是可以自动推送应用程序更新设备。您可以做的最好的方式是提醒用户,甚至下载APK - 但是当您启动安装APK的意图时,用户仍然需要查看请求并手动批准安装。如果你看看亚马逊和appbrain等第三方市场应用程序,他们必须以同样的方式做事。请注意,为了以这种方式安装应用程序,用户必须使用“设置”应用程序手动启用来自“未知来源”的安装应用程序,该应用程序实际上是指Google Play商店以外的来源。

这就是说,这种限制仅适用于更换完整的APK。没有什么能够阻止你通过后台服务下载更新的资源(图片,声音,文本,数据库更新),但是这些东西不得不融入应用程序,而不是私人市场。

1

一个简单的解决方案是将APK电子邮件发送给您的目标受众。 GMail会用附件旁边的“安装”按钮显示附件。这将用于初始安装以及更新。

+0

我们已经完成了很多工作,并且适用于10-20个用户。 – 2013-04-10 15:59:42

+0

20位用户以上是什么问题? – 2016-05-14 20:18:37

相关问题