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

支持断点续传和分块传输吗? #8

Open
melin opened this issue Jul 25, 2014 · 5 comments
Open

支持断点续传和分块传输吗? #8

melin opened this issue Jul 25, 2014 · 5 comments

Comments

@melin
Copy link

melin commented Jul 25, 2014

支持断点续传和分块传输吗?

@agentzh
Copy link
Member

agentzh commented Jul 25, 2014

@melin Please don't use Chinese here. If you really want to, please join the openresty (Chinese) mailing list and use Chinese there instead: http://openresty.org/#Community Also, such general questions are better suited for a mailing list ;)

Regarding your questions, yes, lua-resty-upload is designed for streaming processing (that is, strictly non-buffered reading huge request bodies received in data chunks). But I've never heard there is resuming upload from breakpoints support in modern web browsers. Will you send me a link to the technical spec for this feature?

@misiek08
Copy link

@agentzh - I don't know Chinese, but regarding your comment-question - newest browsers with File API allows to do uploading from breakpoint. Few JS libraries support it:

@sosojustdo
Copy link

sosojustdo commented Jul 31, 2016

@misiek08 , I want implement big file upload, do you have any sugesstion?
@agentzh I don't know lua-resty-upload lib support big file upload?

@agentzh
Copy link
Member

agentzh commented Jul 31, 2016

@sosojustdo This library supports non-buffered uploading (or streaming uploading), which means it can handle infinite upload data streams in a single connection and with constant memory footprint, at least in theory :)

@sosojustdo
Copy link

@agentzh ,thanks

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

No branches or pull requests

4 participants