Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add option to make a file library send an X-Sendfile header instead of the the response body. #637

Closed
GoogleCodeExporter opened this issue Mar 25, 2015 · 2 comments

Comments

@GoogleCodeExporter
Copy link

File libraries support support writing their content to disk using 
WAFileLibrary >> #deployFiles. It would be nice if we had an option on file 
library or file handler that instead of sending the content would send 
X-Sendfile header to that or a configurable location.

http://john.guen.in/past/2007/4/17/send_files_faster_with_xsendfile/
https://tn123.org/mod_xsendfile/

Original issue reported on code.google.com by [email protected] on 30 Jan 2011 at 6:39

@GoogleCodeExporter
Copy link
Author

Attached is an implementation of this using WAFileHandler configuration.
Still needs to provide absolute paths for the X-Sendfile (retrieving absolute 
path seems to be platform specific).


Name: Seaside-Core-as.692
Author: as
Time: 3 February 2011, 8:25:11 pm
UUID: 83856298-0574-6e4e-8127-3fd047443ce2
Ancestors: Seaside-Core-pmm.691

Added X-Sendfile support - Issue 637
http://code.google.com/p/seaside/issues/detail?id=637

Still missing complete file to X-Sendfile header.

Original comment by [email protected] on 3 Feb 2011 at 6:28

  • Changed state: Started
  • Added labels: ****
  • Removed labels: ****

Attachments:

@GoogleCodeExporter
Copy link
Author

Merged, thanks.

Original comment by [email protected] on 5 Feb 2011 at 9:33

  • Changed state: Fixed
  • Added labels: Version-Seaside3.0
  • Removed labels: ****

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant