2017-08-16 10 views
2

私たちはMSボットフレームワークを使ってボットを構築しています。ボットを使用しない場合、応答に時間がかかり過ぎるため、[500] Internal Server Errorが発生します。この問題は、アプリでボットにアクセスしようとするときに表示されます(ボットとやりとりするためにダイレクトラインを使用しています)。ボットを維持する

アプリケーションアクティビティのMicrosoft Azure設定が「常にオン」になっていることを確認したことについての他の回答を読んだところ、これを行っています。しかし、Always onが私たちのボットウェブアプリの根本にpingを実行しているので、ボット/ダイレクトラインを生きたままにするには不十分だと思います...

そして、httpからhttpsへの書き換えルールはありませんping要求が成功するために..

誰でもこの問題がありましたか?

特定の質問をするための更新:上記の設定がうまくいかない場合、ボットが常に生きていることを確認するにはどうすればよいですか?私たちは、directlineのフレームワークを通してボットをpingする必要がありますか?

+0

なぜ私の質問が-1で下落しているのか分かりません...質問する前に見た各記事の参照を入れなければなりませんか? – ben

+2

特定の問題に関する具体的な質問はしていませんが、問題を解決するためのコードや情報は表示されません。 https://stackoverflow.com/help誰かがこの問題を抱えているかどうかを尋ねるのは、オープン・エンドで許可されていないことです。あなたがしていることを私たちに推測させてはいけません。 – Rob

+0

ok、thx!私はあなたの推薦で私の質問を更新しました。 – ben

答えて

0

1つの方法は、15分ごとにpingを送信することです。デフォルトのコードも、それはあなたのために働くとコードなしで非常にシンプルなソリューションであることとしてもthis postを見てみてくださいあなたのメッセージコントローラ

else if (message.Type == ActivityTypes.Ping) 
{ 

} 

にPINGを処理するための場所を提供します。

+0

あなたが参照しているリンクはAlways Onに関するもので、すでに実装しています。ボットの紺碧のウェブサイトはこの機能を生かしたままですが、一定時間が経過してもボットが応答しなくなるのを防ぐことはできません。 – ben

+0

そして、私はボットにPINGを送信すると信じています...だからあなたはそれを行うにはアクティブな会話を維持する必要があります。あなたがAzure Scheduler(Azure関数など)を使ってそれをやりたいのであれば苦痛です。 – ben

0

私はこの同じ問題を抱えていたので、私のサービスをpingする青空関数を作成しなければなりませんでした。私はすべてのサービスのために常にオンを持っていて、まだボットが寝ると思っています。 pingサービスでは、新しい会話を確立し、発言を送信し、応答を受信した後に閉じます。これはうまくいくように見えましたが、実際には1週間しかかかりません。注:私は5分ごとにpingをしています。

関連する問題