From a5be7b2329e60ff9e71e868f1eda19fcaf54acf2 Mon Sep 17 00:00:00 2001 From: Cao Shufeng Date: Fri, 2 Mar 2018 14:25:54 +0800 Subject: [PATCH] fix description about api concepts --- docs/reference/api-concepts.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/reference/api-concepts.md b/docs/reference/api-concepts.md index ad647a568e4a9..609b9f55aeff6 100644 --- a/docs/reference/api-concepts.md +++ b/docs/reference/api-concepts.md @@ -152,7 +152,7 @@ Note that the `resourceVersion` of the list remains constant across each request ## Alternate representations of resources -By default Kubernetes returns objects serialized to JSON with content type `application/json`. This is the default serialization format for the API. However, clients may request the more efficient Protobuf representation of these objects for better performance at scale. The Kubernetes API implements standard HTTP content type negotation: passing an `Accept` header with a `GET` call will request that the server return objects in the provided content type, while sending an object in Protobuf to the server for a `PUT` or `POST` call takes the `Content-Type` header. The server will return a `Content-Type` header if the requested format is supported, or the `406 Not acceptable` error if an invalid content type is provided. +By default Kubernetes returns objects serialized to JSON with content type `application/json`. This is the default serialization format for the API. However, clients may request the more efficient Protobuf representation of these objects for better performance at scale. The Kubernetes API implements standard HTTP content type negotiation: passing an `Accept` header with a `GET` call will request that the server return objects in the provided content type, while sending an object in Protobuf to the server for a `PUT` or `POST` call takes the `Content-Type` header. The server will return a `Content-Type` header if the requested format is supported, or the `406 Not acceptable` error if an invalid content type is provided. See the API documentation for a list of supported content types for each API.