xhrupload.md 8.4 KB


type: docs order: 31 title: "XHRUpload"

permalink: docs/xhrupload/

The XHRUpload plugin handles classic HTML multipart form uploads, as well as uploads using the HTTP PUT method.

const XHRUpload = require('uppy/lib/plugins/XHRUpload')

uppy.use(XHRUpload, {
  endpoint: 'http://my-website.org/upload'
})

Try it live

Options

id: 'XHRUpload'

A unique identifier for this plugin. Defaults to 'XHRUpload'.

endpoint: ''

URL to upload to.

method: 'post'

HTTP method to use for the upload.

formData: true

Whether to use a multipart form upload, using FormData. This works similarly to using a <form> element with an <input type="file"> for uploads. When true, file metadata is also sent to the endpoint as separate form fields. When false, only the file contents are sent.

fieldName: 'files[]'

When formData is true, this is used as the form field name for the file to be uploaded.

metaFields: null

Pass an array of field names to limit the metadata fields that will be sent to the endpoint as form fields. For example, metaFields: ['name'] will only send the name field. Passing null (the default) will send all metadata fields.

If the formData option is false, metaFields has no effect.

headers: {}

An object containing HTTP headers to use for the upload request. Keys are header names, values are header values.

headers: {
  'authorization': `Bearer ${window.getCurrentUserToken()}`
}

bundle: false

Send all files in a single multipart request. When bundle is true, formData must also be set to true.

Note: When bundle is true, file metadata is not sent to the endpoint. This is because it's not obvious how metadata should be sent when there are multiple files in a single request. If you need this, please open an issue and we'll try to figure it out together.

All files will be appended to the provided fieldName field in the request. To upload files on different fields, use uppy.setFileState() to set the xhrUpload.fieldName property on the file:

uppy.setFileState(fileID, {
  xhrUpload: { fieldName: 'pic0' }
})
uppy.setFileState(otherFileID, {
  xhrUpload: { fieldName: 'pic1' }
})

getResponseData(responseText, response)

When an upload has completed, Uppy will extract response data from the upload endpoint. This response data will be available on the file's .response property, and be emitted in the upload-success event:

uppy.getFile(fileID).response
// { status: HTTP status code,
//   body: extracted response data }

uppy.on('upload-success', (file, body) => {
  // do something with extracted response data
  // (`body` is equivalent to `file.response.body` or `uppy.getFile(fileID).response.body`)
})

By default, Uppy assumes the endpoint will return JSON. So, if POST /upload responds with:

{
  "url": "https://public.url/to/file",
  "whatever": "beep boop"
}

That object will be emitted in the upload-success event. Not all endpoints respond with JSON. Providing a getResponseData function overrides this behavior. The response parameter is the XMLHttpRequest instance used to upload the file.

For example, an endpoint that responds with an XML document:

getResponseData (responseText, response) {
  return {
    url: responseText.match(/<Location>(.*?)<\/Location>/)[1]
  }
}

The responseText is the XHR endpoint response as a string. For uploads from the user's device, response is the XMLHttpRequest object.

When uploading files from remote providers such as Dropbox or Instagram, Uppy Server sends upload response data to the client. This is made available in the getResponseData() function as well. The response object from Uppy Server contains some properties named after their XMLHttpRequest counterparts:

  • response.responseText - the XHR endpoint response as a string;
  • response.status - the HTTP status code;
  • response.statusText - the HTTP status text;
  • response.headers - an object mapping lowercase header names to their values.

getResponseError(responseText, response)

If the upload endpoint responds with a non-2xx status code, the upload is assumed to have failed. The endpoint might have responded with some information about the error, though.

Pass in a getResponseError function to extract error data from the XMLHttpRequest instance used for the upload.

For example, if the endpoint responds with a JSON object containing a { message } property, this would show that message to the user:

getResponseError (responseText, xhr) {
  return new Error(JSON.parse(responseText).message)
}

responseUrlFieldName: 'url'

The field name containing a publically accessible location of the uploaded file in the response data returned by getResponseData(xhr.responseText, xhr).

timeout: 30 * 1000

When no upload progress events have been received for this amount of milliseconds, assume the connection has an issue and abort the upload. Note that unlike the XMLHttpRequest.timeout property, this is a timer between progress events: the total upload can take longer than this value. Set to 0 to disable this check.

The default is 30 seconds.

limit: 0

Limit the amount of uploads going on at the same time. Passing 0 means no limit.

POST Parameters / Form Fields

When using XHRUpload with formData: true, file metadata is sent along with each upload request. You can set metadata for a file using uppy.setFileMeta(fileID, data), or for all files simultaneously using uppy.setMeta(data).

It may be useful to set metadata depending on some file properties, such as the size. You can use the file-added event and the uppy.setFileMeta(fileID, data) method to do this:

uppy.on('file-added', (file) => {
  uppy.setFileMeta(file.id, {
    size: file.size
  })
})

Now, a form field named size will be sent along to the endpoint once the upload starts.

By default, all metadata is sent, including Uppy's default name and type metadata. If you do not want the name and type metadata properties to be sent to your upload endpoint, you can use the metaFields option to restrict the field names that should be sent.

uppy.use(XHRUpload, {
  // Only send our own `size` metadata field.
  metaFields: ['size']
})

Uploading to a PHP Server

The XHRUpload plugin works similarly to a <form> upload. You can use the $_FILES variable on the server to work with uploaded files. See the PHP documentation on Handling file uploads.

The default form field for file uploads is files[], which means you have to access the $_FILES array as described in Uploading multiple files:

<?php
// upload.php
$files = $_FILES['files'];
$file_path = $files['tmp_name'][0]; // temporary upload path of the first file
$file_name = $_POST['name']; // desired name of the file
move_uploaded_file($file_path, './img/' . basename($file_name)); // save the file in `img/`

Note how we're using $_POST['name'] instead of $my_file['name']. $my_file['name'] contains the original name of the file on the user's device. $_POST['name'] contains the name metadata value for the uploaded file, which can be edited by the user using the Dashboard.

Set a custom fieldName to make working with the $_FILES array a bit less convoluted:

// app.js
uppy.use(XHRUpload, {
  endpoint: '/upload.php',
  fieldName: 'my_file'
})
<?php
// upload.php
$my_file = $_FILES['my_file'];
$file_path = $my_file['tmp_name']; // temporary upload path of the file
$file_name = $_POST['name']; // desired name of the file
move_uploaded_file($file_path, './img/' . basename($file_name)); // save the file at `img/FILE_NAME`