From 9e53bb47efa28983109da8ceca5d316925bc6804 Mon Sep 17 00:00:00 2001 From: John Dickinson Date: Wed, 24 Feb 2016 09:36:40 -0800 Subject: [PATCH] updated some weird whitespace character to a normal one Change-Id: I187fb8fc8d10f950bbebc586999eced0bc117432 --- doc/source/api/form_post_middleware.rst | 12 ++++++------ doc/source/api/large_objects.rst | 16 ++++++++-------- doc/source/api/object_api_v1_overview.rst | 16 ++++++++-------- doc/source/api/use_content-encoding_metadata.rst | 2 +- 4 files changed, 23 insertions(+), 23 deletions(-) diff --git a/doc/source/api/form_post_middleware.rst b/doc/source/api/form_post_middleware.rst index 1d83484780..b14fa5bf9d 100644 --- a/doc/source/api/form_post_middleware.rst +++ b/doc/source/api/form_post_middleware.rst @@ -27,7 +27,7 @@ request. The format of the form **POST** request is: -**Example 1.14. Form POST format** +**Example 1.14. Form POST format** .. code:: @@ -140,7 +140,7 @@ Form **POST** middleware uses an HMAC-SHA1 cryptographic signature. This signature includes these elements from the form: - The path. Starting with ``/v1/`` onwards and including a container - name and, optionally, an object prefix. In `Example 1.15`, “HMAC-SHA1 + name and, optionally, an object prefix. In `Example 1.15`, “HMAC-SHA1 signature for form POST” the path is ``/v1/my_account/container/object_prefix``. Do not URL-encode the @@ -148,15 +148,15 @@ signature includes these elements from the form: - A redirect URL. If there is no redirect URL, use the empty string. -- Maximum file size. In `Example 1.15`, “HMAC-SHA1 signature for form +- Maximum file size. In `Example 1.15`, “HMAC-SHA1 signature for form POST” the ``max_file_size`` is ``104857600`` bytes. -- The maximum number of objects to upload. In `Example 1.15`, “HMAC-SHA1 +- The maximum number of objects to upload. In `Example 1.15`, “HMAC-SHA1 signature for form POST” ``max_file_count`` is ``10``. -- Expiry time. In `Example 1.15, “HMAC-SHA1 signature for form +- Expiry time. In `Example 1.15, “HMAC-SHA1 signature for form POST” the expiry time is set to ``600`` seconds into the future. @@ -167,7 +167,7 @@ signature includes these elements from the form: The following example code generates a signature for use with form **POST**: -**Example 1.15. HMAC-SHA1 signature for form POST** +**Example 1.15. HMAC-SHA1 signature for form POST** .. code:: diff --git a/doc/source/api/large_objects.rst b/doc/source/api/large_objects.rst index 273cde81e4..3e167f7530 100644 --- a/doc/source/api/large_objects.rst +++ b/doc/source/api/large_objects.rst @@ -2,7 +2,7 @@ Large objects ============= -By default, the content of an object cannot be greater than 5 GB. +By default, the content of an object cannot be greater than 5 GB. However, you can use a number of smaller objects to construct a large object. The large object is comprised of two types of objects: @@ -40,9 +40,9 @@ Note If you make a **COPY** request by using a manifest object as the source, the new object is a normal, and not a segment, object. If the total size -of the source segment objects exceeds 5 GB, the **COPY** request fails. +of the source segment objects exceeds 5 GB, the **COPY** request fails. However, you can make a duplicate of the manifest object and this new -object can be larger than 5 GB. +object can be larger than 5 GB. Static large objects ~~~~~~~~~~~~~~~~~~~~ @@ -74,7 +74,7 @@ list, where each element contains the following attributes: - ``size_bytes``. The size of the segment object. This value must match the ``Content-Length`` of that object. -**Example Static large object manifest list** +**Example Static large object manifest list** This example shows three segment objects. You can use several containers and the object names do not have to conform to a specific pattern, in @@ -142,7 +142,7 @@ way. Dynamic large objects ~~~~~~~~~~~~~~~~~~~~~ -You must segment objects that are larger than 5 GB before you can upload +You must segment objects that are larger than 5 GB before you can upload them. You then upload the segment objects like you would any other object and create a dynamic large manifest object. The manifest object tells Object Storage how to find the segment objects that comprise the @@ -168,7 +168,7 @@ of segments to a second location and update the manifest to point to this new location. During the upload of the new segments, the original manifest is still available to download the first set of segments. -**Example Upload segment of large object request: HTTP** +**Example Upload segment of large object request: HTTP** .. code:: @@ -190,7 +190,7 @@ Unprocessable Entity response is returned. You can continue uploading segments like this example shows, prior to uploading the manifest. -**Example Upload next segment of large object request: HTTP** +**Example Upload next segment of large object request: HTTP** .. code:: @@ -220,7 +220,7 @@ subsequent additional segments. X-Object-Manifest: {container}/{prefix} -**Example Upload manifest response: HTTP** +**Example Upload manifest response: HTTP** .. code:: diff --git a/doc/source/api/object_api_v1_overview.rst b/doc/source/api/object_api_v1_overview.rst index 99578904c0..04bd0cde22 100644 --- a/doc/source/api/object_api_v1_overview.rst +++ b/doc/source/api/object_api_v1_overview.rst @@ -58,7 +58,7 @@ The Object Storage system organizes data in a hierarchy, as follows: object versioning, at the container level. You can bulk-delete up to 10,000 containers in a single request. - + You can set a storage policy on a container with predefined names and definitions from your cloud provider. @@ -68,7 +68,7 @@ The Object Storage system organizes data in a hierarchy, as follows: With the Object Storage API, you can: - Store an unlimited number of objects. Each object can be as large - as 5 GB, which is the default. You can configure the maximum + as 5 GB, which is the default. You can configure the maximum object size. - Upload and store objects of any size with large object creation. @@ -78,7 +78,7 @@ The Object Storage system organizes data in a hierarchy, as follows: - Compress files using content-encoding metadata. - Override browser behavior for an object using content-disposition metadata. - + - Schedule objects for deletion. - Bulk-delete up to 10,000 objects in a single request. @@ -154,11 +154,11 @@ Your service provider might use different default values. Item Maximum value Notes ============================ ============= ===== Number of HTTP headers 90 -Length of HTTP headers 4096 bytes -Length per HTTP request line 8192 bytes -Length of HTTP request 5 GB -Length of container names 256 bytes Cannot contain the ``/`` character. -Length of object names 1024 bytes By default, there are no character restrictions. +Length of HTTP headers 4096 bytes +Length per HTTP request line 8192 bytes +Length of HTTP request 5 GB +Length of container names 256 bytes Cannot contain the ``/`` character. +Length of object names 1024 bytes By default, there are no character restrictions. ============================ ============= ===== You must UTF-8-encode and then URL-encode container and object names diff --git a/doc/source/api/use_content-encoding_metadata.rst b/doc/source/api/use_content-encoding_metadata.rst index c12175ab16..69b3314723 100644 --- a/doc/source/api/use_content-encoding_metadata.rst +++ b/doc/source/api/use_content-encoding_metadata.rst @@ -7,7 +7,7 @@ the ``Content-Encoding`` metadata. This metadata enables you to indicate that the object content is compressed without losing the identity of the underlying media type (``Content-Type``) of the file, such as a video. -**Example Content-Encoding header request: HTTP** +**Example Content-Encoding header request: HTTP** This example assigns an attachment type to the ``Content-Encoding`` header that indicates how the file is downloaded: