我有一个运行正常的 Rails 4.1 应用程序，还有一个页面 /app，它充当带有 Backbone + Marionette 的单页 Web 应用程序。
当我推送到 Heroku 时，我的应用程序将在所有页面上正常运行，直到我访问 /app 页面（加载 Backbone 环境），此时应用程序将超时。来自任何设备的后续请求都可以正常工作。但是，如果测功机进入睡眠状态，重新唤醒后的第一个请求也会超时。
我认为这与资产预编译有关，但我不清楚为什么如果测功机进入休眠状态资产会过期。
js文件大概有50个，编译的时候大概300kb左右。
此问题是否存在已知问题或解决方法？
【问题讨论】：
标签： ruby-on-rails backbone.js heroku ruby-on-rails-4 asset-pipeline
我的第一直觉告诉我，你有一个只有一个测功机的免费层 heroku 应用程序。闲置一小时后，您的测功机将进入睡眠状态。为了再次唤醒它，您的路由器发送的第一个请求会有一些延迟。
可能是您的 /app 路径比较重，第一次加载需要很长时间。与缓存几乎相同。当您有一个繁重的请求时，需要花费大量时间来处理它，但是其中的缓存速度非常快。
虽然我找不到关于资产管道的任何确认信息，但如果后续请求运行良好，我可以想象睡眠中的工作人员是主要原因。也许你应该实现一个小 rake 任务来防止你的工人闲置。例如，如果每 55 分钟执行一次任务，您的工作人员将永远不会再睡觉。
【讨论】：
我能想到的最佳解决方法是为您的资产发送use a CDN，这将通过从另一个系统（通常是通过 CloudFront 的 S3）请求您的资产来消除您的应用对 Heroku 服务器的依赖
如果你愿意，我可以详细说明如何做到这一点
其次，正如@Rails4Guides.com 所提到的，您应该知道 Heroku 免费套餐的限制是让您的测功机在一个小时不活动后进入睡眠状态。这是为了保持在 750 hour free limit for AWS instances （Heroku 的基础上）
要解决这个问题，您需要 invest in another Dyno ($35/mo)，或者如前所述，运行一个小任务，以保持每小时 ping 您的应用程序（保持您的测功机运行）
【讨论】：