Quick Nav
See Also
Performance Directives
InactivityTimeout
| Description | Control the timeout period for TCP/IP connections |
|---|---|
| Synopsis | InactivityTimeout seconds |
| Context | Default Server, Virtual Host |
| Example | InactivityTimeout 120 |
| Notes |
This directive defines the maximum time that requests and connections can be inactive before Appweb will forcibly terminate the request and close the connection. If further requests arrive on an idle connection, the timeout period is restarted. Setting the timeout period too high may impact performance on high-traffic servers because the number of open, idle TCP/IP connections can grow. Appweb supports HTTP KeepAlive where a single TCP/IP connection may be reused for multiple requests. This can significantly speed up overall performance. Keep-Alive is supported by Appweb with both HTTP/1.0 and HTTP/1.1 protocols. With HTTP/1.1, Keep-Alive is the default. With HTTP/1.0, clients may optionally request Keep-Alive via the Keep-Alive HTTP request header. |
RequestTimeout
| Description | Defines the maximum request duration |
|---|---|
| Synopsis | RequestTimeout seconds |
| Context | Default Server, Virtual Host |
| Example | RequestTimeout 600 |
| Notes |
This directive defines the maximum duration for a request. If the maximum is exceeded, Appweb will forcibly terminate the request and close the connection. Some web user interfaces with monitoring applets open HTTP connections and keep them open to stream response data back to the applet. To prevent Appweb from closing the connection, you may need to increase the timeout value for the Route managing the request. |