Project

General

Profile

Feature #933

lighty should buffer responses (after it grows above certain size) on disk

Added by Anonymous over 13 years ago. Updated about 4 years ago.

Status:
Fixed
Priority:
Normal
Category:
core
Target version:
ASK QUESTIONS IN Forums:

Description

Hi, nginx <http://nginx.net/> provides the ability to specify how much of the request/response is buffered in memory and request/responses larger than that are buffered on filesystems
This would be useful for large POST requests (file-uploads) from slow clients or slow backends becayse lighty would manage the client handling and the backend would slurp the large request from the relatively quick connection between it and lighty

When you configure nginx, it defaults to providing the following parameters

nginx http client request body temporary files: $prefix/client_body_temp
nginx http proxy temporary files: $prefix/proxy_temp

http://wiki.codemongers.com/NginxHttpCoreModule#client_body_temp_path
http://wiki.codemongers.com/NginxHttpProxyModule

-- yusufg


Related issues

Related to Bug #949: fastcgi, cgi, flush, php5 problem.FixedActions
#1

Updated by jakabosky over 13 years ago

I like this feature. It can help free up the backends when a slow client is sending a large request body.

#2

Updated by jakabosky over 13 years ago

request content > 64Kbyte will be cached to disk.

cache location:


server.upload-dirs

large response content will be cached the same way.

#3

Updated by gstrauss about 4 years ago

  • Related to Bug #949: fastcgi, cgi, flush, php5 problem. added
#4

Updated by gstrauss about 4 years ago

  • Description updated (diff)
  • Status changed from New to Patch Pending
  • Assignee deleted (jan)
  • Target version set to 1.4.40

New: asynchronous, bidirectional streaming support for request and response
Submitted pull request: https://github.com/lighttpd/lighttpd1.4/pull/66

included in the pull request is buffering large responses to temporary files instead of keeping it all in memory

#5

Updated by gstrauss about 4 years ago

  • Status changed from Patch Pending to Fixed
  • % Done changed from 0 to 100

Also available in: Atom