UpChunk uploads chunks of files! It's a JavaScript module for handling large file uploads via chunking and making a put request for each chunk with the correct range request headers. Uploads can be paused and resumed, they're fault tolerant,
and it should work just about anywhere.
UpChunk is designed to be used with Mux direct uploads, but should work with any server that supports resumable uploads in the same manner. This library will:
Split a file into chunks (in multiples of 256KB).
Make a PUT request for each chunk, specifying the correct Content-Length and Content-Range headers for each one.
You'll need to have a route in your application that returns an upload URL from Mux. If you're using the Mux Node SDK, you might do something that looks like this.
constMux = require('@mux/mux-node');
const { Video } = newMux();
module.exports = async (req, res) => {
// This ultimately just makes a POST request to https://api.mux.com/video/v1/uploads with the supplied options.const upload = awaitVideo.Uploads.create({
cors_origin: 'https://your-app.com',
new_asset_settings: {
playback_policy: 'public',
},
});
// Save the Upload ID in your own DB somewhere, then// return the upload URL to the end-user.
res.end(upload.url);
};
Then, in the browser with plain Javascript
import * asUpChunkfrom'@mux/upchunk';
// Pretend you have an HTML page with an input like: <input id="picker" type="file" />const picker = document.getElementById('picker');
picker.onchange = () => {
constgetUploadUrl = () =>
fetch('/the-endpoint-above').then(res =>
res.ok ? res.text() : thrownewError('Error getting an upload URL :(')
);
const upload = UpChunk.createUpload({
endpoint: getUploadUrl,
file: picker.files[0],
chunkSize: 30720, // Uploads the file in ~30 MB chunks
});
// subscribe to events
upload.on('error', err => {
console.error('💥 🙀', err.detail);
});
upload.on('progress', progress => {
console.log(`So far we've uploaded ${progress.detail}% of this file.`);
});
upload.on('success', () => {
console.log("Wrap it up, we're done here. 👋");
});
};
Returns an instance of UpChunk and begins uploading the specified File.
options object parameters
endpoint type: string | function (required)
URL to upload the file to. This can be either a string of the authenticated URL to upload to, or a function that returns a promise that resolves that URL string. The function will be passed the file as a parameter.
The file you'd like to upload. For example, you might just want to use the file from an input with a type of "file".
headers type: Object | function
An object, a function that returns an object, or a function that returns a promise of an object. The resulting object contains any headers you'd like included with the PUT request for each chunk.
chunkSize type: integer, default:30720
The size in kB of the chunks to split the file into, with the exception of the final chunk which may be smaller. This parameter must be in multiples of 256.
maxFileSize type: integer
The maximum size of the file in kb of the input file to be uploaded. The maximum size can technically be smaller than the chunk size, and in that case there would be exactly one chunk.
attempts type: integer, default: 5
The number of times to retry any given chunk.
delayBeforeAttempt type: integer, default: 1
The time in seconds to wait before attempting to upload a chunk again.
method type: "PUT" | "PATCH" | "POST", default: PUT
The HTTP method to use when uploading each chunk.
dynamicChunkSize type: boolean, default: false
Whether or not the system should dynamically scale the chunkSize up and down to adjust to network conditions.
maxChunkSize type: integer, default: 512000
When dynamicChunkSize is true, the largest chunk size that will be used, in kB.
minChunkSize type: integer, default: 256
When dynamicChunkSize is true, the smallest chunk size that will be used, in kB.
UpChunk Instance Methods
pause()
Pauses an upload after the current in-flight chunk is finished uploading.
resume()
Resumes an upload that was previously paused.
abort()
The same behavior as pause(), but also aborts the in-flight XHR request.
UpChunk Instance Events
Events are fired with a CustomEvent object. The detail key is null if an interface isn't specified.
Fired immediately before a chunk upload is attempted. chunkNumber is the number of the current chunk being attempted, and chunkSize is the size (in bytes) of that chunk.
Fired when a chunk has reached the max number of retries or the response code is fatal and implies that retries should not be attempted.
offline
Fired when the client has gone offline.
online
Fired when the client has gone online.
progress{ detail: [0..100] }
Fired continuously with incremental upload progress. This returns the current percentage of the file that's been uploaded.
success
Fired when the upload is finished successfully.
FAQ
How do I cancel an upload?
Our typical suggestion is to use pause() or abort(), and then clean up the UpChunk instance however you'd like. For example, you could do something like this:
// upload is an UpChunk instance currently in-flight
upload.abort();
// In many cases, just `abort` should be fine assuming the instance will get picked up by garbage collection// If you want to be sure, you can manually delete the instance.delete upload;
Credit
The original idea for this came from the awesome huge uploader project, which is what you need if you're looking to do multipart form data uploads. 👏
The npm package @mux/upchunk receives a total of 16,995 weekly downloads. As such, @mux/upchunk popularity was classified as popular.
We found that @mux/upchunk demonstrated a healthy version release cadence and project activity because the last version was released less than a year ago.It has 1 open source maintainer collaborating on the project.
Package last updated on 17 Jan 2024
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
A malicious npm package disguised as a WhatsApp client is exploiting authentication flows with a remote kill switch to exfiltrate data and destroy files.
GitHub removed 27 malicious pull requests attempting to inject harmful code across multiple open source repositories, in another round of low-effort attacks.