5

我有一个在本地服务器上运行的 Meteor 应用程序进行开发（http://10.0.2.10:3000）。ROOT_URL设置正确，因此等__meteor_runtime_config__.ROOT_URL于此 URL。当然，该应用程序在 10.0.2.0/24 内的客户端计算机上的浏览器中运行良好。该应用程序在我的 android 手机上的移动 chrome/firefox 上也可以正常工作，这也是 10.0.2.0/24 的一部分。但是，当我尝试在此手机上将其作为应用程序运行时，meteor run android-device --mobile-server http://10.0.2.10:3000/会发生一些奇怪的事情：

当应用程序第一次启动时（或在我清除所有应用程序数据后第一次启动）它会像它应该的那样工作（加载数据库中的内容）几秒钟。然后应用程序重新加载，并且不再加载数据库中的任何远程内容。我添加了以下函数来查看 Meteor 尝试连接的位置：

Meteor.startup(function(){
    console.log(__meteor_runtime_config__.ROOT_URL);
})

第一次加载远程内容时，它会返回http://10.0.2.10:3000/，就像我期望的那样。第二次未加载远程内容时，它返回http://10.0.2.2:3000/。

现在的问题是，为什么 Meteor/Cordova 会这样做，我该如何阻止这种行为？因为显然我不能以这种方式测试应用程序。我还不确定当我有 FQDN 和 HTTPS 代理时它是否可以在生产中工作，但这已经超出了重点。

我试图找到 10.0.2.2，因为我的 LAN 中没有任何东西在那里运行，我没有在任何地方指定这个 IP，发现它/cordova-build/www/application/index.html似乎是从其中生成的boilerplate_web.cordova.html（请参阅此链接https://searchcode.com/codesearch/view/91819963 /）。但是 Meteor 提供了用文件夹覆盖这些生成的文件的可能性cordova-build-override，所以我确实删除了整个文件

if (/Android/i.test(navigator.userAgent)) {
    //[...]
}

块并添加了一个简短的console.log('removed'). 这被调用了，所以我知道覆盖是成功的，当我通过整个构建的 .apk 文件 10.0.2.2 进行 grep 时，不再找到 - 行为仍然相同。

任何想法发生了什么，该怎么做？

4

1 回答 1

4

因此，即使您设置ROOT_URL正确，它的移动版本仍然存在特殊变量，这些变量未设置并且可能包含localhost. 当 Cordova 客户端连接时，meteor 项目中似乎存在更多代码片段，除了我上面提到的那个之外，这些代码片段被localhost替换。10.0.2.2所以这似乎导致我的应用重新连接到 10.0.2.2。

我能找到的移动 URL 变量是 process.env.MOBILE_ROOT_URL和 process.env.MOBILE_DDP_URL。所以在一个Meteor.startup()函数中，我现在ROOT_URL在服务器端将它们设置为我的真实值。我的 Android (Cordova) 应用程序现在仍然在第一次启动后重新连接几秒钟，但它正在重新连接到相同的（和真实的）服务器 URL（因此一切正常）！

我仍然不知道为什么它的重新连接以及那些移动变量及其使用似乎没有很好的记录（或者我错过了一些东西），但我可以接受现在的工作方式。

于 2015-03-10T00:52:04.880 回答