マニュアルの記述が非常に少ない。アクションに要した時間。接続を切ってしまうので、なんとかならないかという相談を受けた。小出しにダミーデータを返すとか?どちらにせよ、普段使わない特殊なステータスコードやダミーデータをうまく取り扱えるようにクライアントを修正する必要がある。いう長い処理の実行を待つという方式には向いていなんいだから、設計からやり直した方がいい。なんらかの非同期な仕組みを織り込んだ方が信頼性も確保できるし、ネットワークやサーバの資源も節約できるはず。トランザクション切断までのタイムアウト時間を長くするとか。接続が切れた後もサーバ上では処理を継続させるようにし、かつ処理結果をキャッシングする。クライアントがリトライしてきたらキャッシュしておいた処理結果を返すようにすれば、タイムアウトの発生確率を下げられる。あとは、処理を分割して、レスポンスを返すまでの時間を短くするとか。要求されないような処理じゃないと難しいけど。圧縮ファイルを返す」の続き。働くという挙動だった。使って圧縮ファイルを返すようにする。希望の動作は実現できた。含まれているかどうかをチェックしている。いう文字列でもマッチしちゃうけど、まあいいでしょ。