diff --git a/developer_manual/client_apis/WebDAV/basic.rst b/developer_manual/client_apis/WebDAV/basic.rst index 17c9376e706..83ba33a2f39 100644 --- a/developer_manual/client_apis/WebDAV/basic.rst +++ b/developer_manual/client_apis/WebDAV/basic.rst @@ -453,12 +453,15 @@ You can set some special headers that Nextcloud will interpret. | | | The server will return the hash in a header named either: | | | | | ``X-Hash-MD5``, ``X-Hash-SHA1``, or ``X-Hash-SHA256``. | | +-----------------+-----------------------------------------------------------------+------------------------------------------+ -| OC-Chunked | Specify that the sent data is part of a chunk upload. | ``true`` | -+-----------------+-----------------------------------------------------------------+------------------------------------------+ | OC-Total-Length | | Contains the total size of the file during a chunk upload. | ``4052412`` | | | | This allow the server to abort faster if the remaining | | | | | user's quota is not enough. | | +-----------------+-----------------------------------------------------------------+------------------------------------------+ +| OC-Chunked | | Used for legacy chunk upload to differentiate a regular | Deprecated ⚠️ | +| | | upload from a chunked upload. It allowed checking for quota | | +| (deprecated) | | and various other things. Nowadays, you need to provide the | You do not have to provide this anymore | +| | | ``OC-Total-Length`` header on the ``PUT`` requests instead. | | ++-----------------+-----------------------------------------------------------------+------------------------------------------+ Response Headers ---------------- diff --git a/developer_manual/client_apis/WebDAV/chunking.rst b/developer_manual/client_apis/WebDAV/chunking.rst index d9ce140191e..6f5fdb4a063 100644 --- a/developer_manual/client_apis/WebDAV/chunking.rst +++ b/developer_manual/client_apis/WebDAV/chunking.rst @@ -1,11 +1,13 @@ -=================== +################### Chunked file upload -=================== +################### .. sectionauthor:: Roeland Jago Douma +.. sectionauthor:: Julius Härtl +.. sectionauthor:: John Molakvoæ Introduction ------------- +============ Uploading large files is always a bit problematic as your connection can be interrupted which will fail your entire upload. Nextcloud has a chunking API where you can upload smaller chunks which will be assembled on the server once they are all uploaded. @@ -23,16 +25,14 @@ Version 2 comes with a few additional requirements and limitations to consider ( Nextcloud will expire the upload directory after 24 hours of inactivity. This means that if you start an upload and do not finish it within 24 hours, the upload directory will be deleted and the upload will fail. Chunked upload v2 ------------------ +================= The API is only available for registered users of your instance. And uses the path: ``/remote.php/dav/uploads/``. For this guide we will assume: ``https://server/remote.php/dav/uploads/roeland`` - - Starting a chunked upload -^^^^^^^^^^^^^^^^^^^^^^^^^ +------------------------- A chunked upload is handled in 1 folder. This is the location all the chunks are uploaded to. @@ -44,141 +44,73 @@ folder but if you take a random UUID chances of collision are tiny. curl -X MKCOL -u roeland:pass \ https://server/remote.php/dav/uploads/roeland/myapp-e1663913-4423-4efe-a9cd-26e7beeca3c0 \ - --header 'Destination: Destination https://server/remote.php/dav/files/roeland/dest/file.zip' + --header 'Destination: https://server/remote.php/dav/files/roeland/dest/file.zip' Uploading chunks -^^^^^^^^^^^^^^^^ +---------------- Once a folder for the chunks has been created we can start uploading the chunks. - The naming of the individual chunks is limited to be a number between 1 and 10000 - The chunks will be assembled in the order of their names - The size of chunks must be between 5MB and 5GB (except for the last chunk, which can be smaller) - +- To have the quota of the user checked, you need to provide the header ``OC-Total-Length`` with + the total size of the file. It will reject the chunk with a ``507 Insufficient Storage error``. + If you do not provide it, the upload will only fail on the ``MOVE`` assembling step. .. code-block:: console curl -X PUT -u roeland:pass \ https://server/remote.php/dav/uploads/roeland/myapp-e1663913-4423-4efe-a9cd-26e7beeca3c0/00001 \ --data-binary @chunk1 \ - --header 'Destination: Destination https://server/remote.php/dav/files/roeland/dest/file.zip' + --header 'Destination: https://server/remote.php/dav/files/roeland/dest/file.zip' \ + --header 'OC-Total-Length: 15000000' curl -X PUT -u roeland:pass \ https://server/remote.php/dav/uploads/roeland/myapp-e1663913-4423-4efe-a9cd-26e7beeca3c0/00002 \ --data-binary @chunk2 \ - --header 'Destination: Destination https://server/remote.php/dav/files/roeland/dest/file.zip' + --header 'Destination: https://server/remote.php/dav/files/roeland/dest/file.zip' \ + --header 'OC-Total-Length: 15000000' This will upload 2 chunks of a file. The first chunk is 10MB in size and the second chunk is 5MB in size. Assembling the chunks -^^^^^^^^^^^^^^^^^^^^^ +--------------------- Assembling the chunk on the server is a matter of initiating a move from the client. .. code-block:: console - curl -X MOVE -u roeland:pass - --header 'Destination:https://server/remote.php/dav/files/roeland/dest/file.zip' \ - https://server/remote.php/dav/uploads/roeland/myapp-e1663913-4423-4efe-a9cd-26e7beeca3c0/.file + curl -X MOVE -u roeland:pass \ + https://server/remote.php/dav/uploads/roeland/myapp-e1663913-4423-4efe-a9cd-26e7beeca3c0/.file \ + --header 'Destination: https://server/remote.php/dav/files/roeland/dest/file.zip' \ + --header 'OC-Total-Length: 15000000' The server will now assemble the chunks and move the final file to the folder ``dest/file.zip``. +Setting the modification time +^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ + If a modification time should be set, you can by adding it as header with date as unixtime: .. code-block:: console curl -X MOVE -u roeland:pass --header 'Destination: https://server/remote.php/dav/files/roeland/dest/file.zip' \ - --header 'X-OC-Mtime: 1547545326' + --header 'X-OC-Mtime: 1547545326' \ + --header 'OC-Total-Length: 15000000' Otherwise the current upload date will be used as modification date. -The chunks and the upload folder will be deleted afterwards. +The chunks and the temporary upload folder will be deleted afterwards. Aborting the upload -^^^^^^^^^^^^^^^^^^^ +------------------- If the upload has to be aborted this is a simple matter or deleting the upload folder. -.. code-block:: +.. code-block:: console curl -X DELETE -u roeland:pass \ https://server/remote.php/dav/uploads/roeland/myapp-e1663913-4423-4efe-a9cd-26e7beeca3c0/ - - -Chunked upload v1 ------------------ - -The API is only available for registered users of your instance. And uses the path: -``/remote.php/dav/uploads/``. For this guide we will assume: -``https://server/remote.php/dav/uploads/roeland`` - - - -Starting a chunked upload -^^^^^^^^^^^^^^^^^^^^^^^^^ - -A chunked upload is handled in 1 folder. This is the location all the chunks -are uploaded to. - -Start by creating a folder with a unique name. You can list the current available -folder but if you take a random UUID chances of collision are tiny. - -.. code-block:: - - curl -X MKCOL -u roeland:pass https://server/remote.php/dav/uploads/roeland/myapp-e1663913-4423-4efe-a9cd-26e7beeca3c0 - -Uploading chunks -^^^^^^^^^^^^^^^^ - -Once a folder for the chunks has been created we can start uploading the chunks. -We pose no limitations on the order or the sizes of the chunks you try to upload. which -means you can even adapt your chunk size to your available bandwidth. For example -if you switch from mobile internet to WiFi you might want to increase the chunk size. - -We sort the chunks. Before assembling. So it is recommended to name them in a way -sorting always works. - -``XXXXXXXXXXXXXXX-YYYYYYYYYYYYYYY`` - -Where ``XXXXXXXXXXXXXXX`` is the start byte of the chunk (with leading zeros) and -``YYYYYYYYYYYYYYY`` is the end byte of the chunk with leading zeros. - -.. code-block:: - - curl -X PUT -u roeland:pass https://server/remote.php/dav/uploads/roeland/myapp-e1663913-4423-4efe-a9cd-26e7beeca3c0/000000000000000-000000010485759 --data-binary @chunk1 - curl -X PUT -u roeland:pass https://server/remote.php/dav/uploads/roeland/myapp-e1663913-4423-4efe-a9cd-26e7beeca3c0/000000010485760-000000015728640 --data-binary @chunk2 - -This will upload 2 chunks of a file. The first chunk is 10MB in size and the second -chunk is 5MB in size. - -Assembling the chunks -^^^^^^^^^^^^^^^^^^^^^ - -Assembling the chunk on the server is a matter of initiating a move from the client. - -.. code-block:: - - curl -X MOVE -u roeland:pass --header 'Destination:https://server/remote.php/dav/files/roeland/dest/file.zip' https://server/remote.php/dav/uploads/roeland/myapp-e1663913-4423-4efe-a9cd-26e7beeca3c0/.file - -The server will now assemble the chunks and move the final file to the folder ``dest/file.zip``. - -If a modification time should be set, you can by adding it as header with date as unixtime: - -.. code-block:: - - curl -X MOVE -u roeland:pass --header 'X-OC-Mtime:1547545326' --header 'Destination:https://server/remote.php/dav/files/roeland/dest/file.zip' https://server/remote.php/dav/uploads/roeland/myapp-e1663913-4423-4efe-a9cd-26e7beeca3c0/.file - -Otherwise the current upload date will be used as modification date. - -The chunks and the upload folder will be deleted afterwards. - -Aborting the upload -^^^^^^^^^^^^^^^^^^^ - -If the upload has to be aborted this is a simple matter or deleting the upload folder. - -.. code-block:: - - curl -X DELETE -u roeland:pass https://server/remote.php/dav/uploads/roeland/myapp-e1663913-4423-4efe-a9cd-26e7beeca3c0/