アプリを起動するたびに、次の手順がないと60秒を超えることはできません。
2012-05-06T22:41:11+00:00 heroku[web.1]: Stopping process with SIGKILL
2012-05-06T22:41:11+00:00 heroku[web.1]: Error R10 (Boot timeout) -> Web process failed to bind to $PORT within 60 seconds of launch
2012-05-06T22:41:11+00:00 heroku[web.1]: Process exited with status 137
2012-05-06T22:41:12+00:00 heroku[web.1]: State changed from starting to crashed
これが私のProcfile：
web: bundle exec thin start -p $PORT
ご回答いただければ幸いです。
「適切な」理由でアプリに60秒以上かかる場合は、https：//github.com/dblock/heroku-forwardを使用して60秒の起動時間制限を回避できます。
解決策は、Procfile行に-p$PORTを含めるのを忘れていたことです。
Procfileの変更：
web: bundle exec thin start
に
web: bundle exec thin start -p $PORT
それは私のためにそれを修正しました。
Herokuの起動タイムアウトも私を噛みました。私はそれを回避する方法についていくつかのブログ投稿を読み、最終的にいくつかのソリューションを宝石に自動化しました。
デプロイ時の起動時間を短縮するために、起動時にロードされたgemをトリミングできます（これは、アプリからそれらをトリミングする必要があるという意味ではなく、起動時間だけです）。
gem_benchは、起動時にどのgemが不要になる可能性が高いかを評価します。
私は約250個の宝石を備えたアプリを持っていて、そのうちの約60個に：require => falseを追加することができ、劇的な効果がありました。
https://github.com/acquaintable/gem_bench
免責事項：私はこのオープンソースのrubygemの作者です。私は、この正確な問題を解決するのに役立つgemを作成しました。Herokuでの60秒のタイムアウトです。
こんにちは私は同じ問題に直面していました。/config/unicorn.rbの タイムアウトを15から/config/unicorn.rbのタイムアウト20に変更することでこの問題を解決しました。
nodejsを使用している私の場合、content：worker：node index.jsを含むProcfileファイルを追加して、これを解決し、herokuにプッシュしました。その後、下の画像のように、「web npm start」チェックを無効にし、「workernodeindex.js」チェックをオンにしてください。
ノードアプリをHerokuにデプロイするときに同じエラーが発生していました。
Procfileを追加することで解決しました。
web: node app.js
アプリケーションの起動方法をHerokuに指示します。
このエラーは、Herokuがアプリケーションを実行するポートを構成できないために発生します。
これは、HerokuのPORTを指定することで解決できます。つまり、app.jsで
const PORT = process.env.PORT || 3000;
app.listen(PORT, () => {
console.log(`App is running on port ${ PORT }`);
});
エラーR10（ブートタイムアウト）は、herokuのこの非表示セクションで、デプロイメント時間を増やすことができます。