Skip to content

Feature/tus#10

Merged
choonkeat merged 5 commits into
masterfrom
feature/tus
Oct 21, 2015
Merged

Feature/tus#10
choonkeat merged 5 commits into
masterfrom
feature/tus

Conversation

@choonkeat

Copy link
Copy Markdown
Owner

Implements http://tus.io/ open protocol for resumable uploads support

cc @khangtoh

slow but allows switching of servers between requests
Attache.cache.write to create file when current_offset errors - compatiblity fix for tus.js client
@choonkeat

Copy link
Copy Markdown
Owner Author

FYI @winston TUS upload protocol is more suitable for API integration, e.g. mobile app upload big file over flaky network

The only difference with TUS here is that the PATCH response comes with a JSON that the client app should read and store.

@choonkeat

Copy link
Copy Markdown
Owner Author

FYI @zamakkat @shinnyx for clients uploading over unreliable networks, can use the tus.io protocol (which will be 1.0 soonish) on /tus/files endpoint for resumable upload

choonkeat added a commit that referenced this pull request Oct 21, 2015
@choonkeat
choonkeat merged commit 3be2c4e into master Oct 21, 2015
@choonkeat
choonkeat deleted the feature/tus branch October 21, 2015 03:01
@winston

winston commented Oct 21, 2015

Copy link
Copy Markdown

Just to clarify, basically we are implementing the TUS standard/protocol here (headers) right?

@choonkeat

Copy link
Copy Markdown
Owner Author

Yes, but

  • TUS protocol is only available at /tus/files end point; does not affect the regular /upload endpoint
  • according to protocol, the PATCH response is just HTTP 200 and Offset header (both of which we are doing). But on top of it, we're also returning the json body like what we do for regular attache file upload. This should be a compatible extension to the existing protocol, and I suspect/hope is something not difficult for a client to implement

@winston

winston commented Oct 21, 2015

Copy link
Copy Markdown

This should be a compatible extension to the existing protocol, and I suspect/hope is something not difficult for a client to implement

Ah yes. There's always the client side story to this too.. Keep forgetting that.

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

Successfully merging this pull request may close these issues.

2 participants