Meteor.js Spiderable和Iron Router - 生产服务器上的光纤错误

Question

我在使用Iron Router和Spiderable在我的Meteor.js应用程序中很好地协同工作时遇到了麻烦。 如果我在本地主机上运行时测试了一个带有?_escaped_fragment_=的网址，那么一切正常，但是当我推送到我们的DigitalOcean生产服务器时，我在尝试同样的事情时会一直收到以下错误（请访问http://hreglobal.com /？_ escaped_fragment_ = ）：

Error: Meteor code must always run within a Fiber. Try wrapping callbacks that you pass to non-Meteor libraries with Meteor.bindEnvironment.
at Object.Meteor._nodeCodeMustBeInFiber (packages/meteor/dynamics_nodejs.js:9)
at _.extend.get (packages/meteor/dynamics_nodejs.js:21)
at RouteController.lookupOption (packages/iron:router/lib/route_controller.js:66)
at new Controller.extend.constructor (packages/iron:router/lib/route_controller.js:26)
at ctor (packages/iron:core/lib/iron_core.js:88)
at Function.Route.createController (packages/iron:router/lib/route.js:133)
at Function.Router.createController (packages/iron:router/lib/router.js:185)
at Function.Router.dispatch (packages/iron:router/lib/router_server.js:39)
at Object.router (packages/iron:router/lib/router.js:15)
at next (/opt/hre/bundle/programs/server/npm/webapp/node_modules/connect/lib/proto.js:190:15)

一直试图找到原因几天，并开始有点绝望。 欢迎任何指示！

Answer 1

这有几个原因：

当这种情况发生在生产而非本地时，这可能意味着包装有缩小问题。 要测试这个，你可以运行meteor build --debug，它会跳过缩小和部署。 或者你可以在本地运行meteor run --production，它会在缩小时在本地运行。 无论哪种方式都应该告诉你它是否是一个缩小问题。

生产问题但不是本地问题的另一个选择是spiderable的超时问题。 可能值得增加超时以查看是否可以解决问题。 我会首先尝试缩小。

第三个生产问题但不是本地问题与ROOT_URL错误有关。 这也值得快速检查。 确保服务器本身可以访问服务器配置使用的ROOT_URL。

如果在本地和生产服务器上发生这种情况，则可能是由于未正确返回ready（）的发布调用引起的。 这可以通过在故障端点上注释掉订阅来调试，直到找到错误的发布。

Answer 2

是否在远程主机上的脚本上安装/访问了phantomjs？

我安装了一个更复杂的spiderable包：

https://atmospherejs.com/jazeee/spiderable-longer-timeout

这向我展示了一条实际的错误消息而不是无关Error: Meteor code must always run within a Fiber.

错误代码似乎是：

spiderable: phantomjs not installed. Download and install from http://phantomjs.org/

事情开始后立即开始起作用：

sudo apt-get install phantomjs

Answer 3

如果这有助于将来的任何人......

我也遇到了这个问题。 我尝试了我能想到的一切以及所有其他论坛建议的一切。

对我的修复是我的服务器！ 我有一个使用AWS EC2的t2.nano，我已经用mup上传了我的应用程序。

我花了很长时间才意识到这是原因......但如果我只有2个应用程序运行，一切正常。 然后我添加了第三个应用程序，这是出现问题的时候。 我猜这是由我运行的基本服务器无法处理我的应用程序的3个docker容器和mongo的第四个。

我也总是在使用mup上传我的第三个应用程序时遇到问题。 我猜这可能是问题的一部分。

所以关键是......你的出版物等可能都可以，但是从服务器本身而不是应用程序获得响应的时间也会对此产生影响。