設定ファイルジェネレータ

例えば、ブラウザから画像をアップロードし、その結果を受け取り、続けて別のページを開く通信を考えます。以下はHTTP/1.1での待ち時間の説明です。

1. 受信中のデータ待ち（readTimeout）：送信の途中で次のデータが来なくなったとき、1回の読み取りで何秒待てるか。既定は30秒です。
2. リクエスト全体の時間枠（requestTimeout）：最初のデータが届いてから数える全体の期限。既定は60秒。少量ずつデータが届き続けていても、受信に使える時間枠は延びません。
3. 応答の送信待ち（writeTimeout）：結果を送り返す際、1回の書き込みが止まったときの期限。既定は30秒です。
4. 次の要求を待つ時間（keepAliveTimeout）：応答を返した接続を再利用するため、次の要求が来るまで保持する時間。既定は20秒で、期限を過ぎたら接続を閉じます。

例えば受信データが15秒ごとに届けば、1回のデータ待ちは30秒以内に収まっても、全体の時間枠60秒に達するとそれ以降の受信は許されません。アプリの処理時間やログイン状態の有効期限は別の仕組みです。

必要な待ち時間が分からない場合は「値を指定する」を選ばず、まず既定値を使えます。アップロード容量や利用者の回線速度、接続数を確認して調整してください。

HTTPステータスは、サーバがリクエストの結果を知らせる応答の番号です。例えば413なら「送った内容が大きすぎて、その要求を受け付けなかった」という意味です。ブラウザに表示される文言はアプリやブラウザによって変わるため、説明では番号に加えて実際の動作も記載しています。

WebSocketの終了理由の番号は、つながっていた通信を閉じる理由を相手に伝えるものです。1009は「メッセージが大きすぎる」、1008は「通信の規則に違反した」を表します。新しい接続を始める際のHTTP応答とは、使われる場面が違います。

例外は、アプリのプログラムへ処理の失敗を知らせる仕組みです。例外名はログやプログラムで原因を調べる手掛かりになります。利用者にどのエラー画面を返すかは、アプリのエラー処理にも左右されます。

起動を中止するは、設定が不正なためサーバを動かし始められないという意味です。該当する設定を修正してから、もう一度起動してください。