Grails 1.1.2で実行されているインターネットアプリがあり、SpringWebFlowメカニズムが統合されています。問題は、robots.txtを無視し、フローに頻繁に入るボットがいることです。
フローの2番目のステップには人間の知性が必要なため、ボットは最初のステップの後にフローを開いたままにします。これにより、多くのオープンフローが発生し、多くの放棄されたオープン休止セッションにつながります。
Grails + Spring WebFlowでのこの種の無人フロー（および休止状態セッション）の一般的なクリーンアップメカニズムを知っていますか？
ありがとう、パベル
私の最初の提案は、フローにアクセスするために captia を要求することです。それができない場合は、Web フローのステップ 1 で短いセッション時間を設定し、ステップ 3 でそれを長い時間にリセットできます。例はステップ1です
session.setMaxInactiveInterval(60);
ステップ 3
session.setMaxInactiveInterval(600);
これにより、ステップ 1 または 2 のセッションが 60 秒間非アクティブになると終了します。セッションが終了すると、そのセッションに関連付けられた休止状態のセッションはすべてクリーンアップされます。ユーザーがステップ 1 と 2 を 60 秒未満で完了すると仮定すると、追加の各ステップを完了するのに 10 分かかります。