я к тому, что скорее всего клиенты/серверы, увидел запрос GET, не будут читать body вообще. ну это как код 204 камон. если передать 204, то клиент не будет читать боди
я к тому, что скорее всего клиенты/серверы, увидел запрос GET, не будут читать body вообще. ну это как код 204 камон. если передать 204, то клиент не будет читать боди
поэтому я и сказал, что нельзя это юзать. так-то конечно http это текстовый протокол, там все, что угодно можно, даже свой метод сделать GET_WITH_BODY. вопрос только в поддержке этого метода
И get/post/put/delete/options не о «положи возьми», положить можно что угодно в внутрь боди внутрь боди гет запроса. Название типа запроса отвечает за его назначение, а не за реализацию.
И get/post/put/delete/options не о «положи возьми», положить можно что угодно в внутрь боди внутрь боди гет запроса. Название типа запроса отвечает за его назначение, а не за реализацию.
наверное Вовка имел ввиду, что ты можешь сделать GET /api Body: { «action»:»delete-all» }
get запросов получения данных, post для создания/обновления, put для обновления, delete на удаление, options для служной информации о разрешениях сервера.
а их реализация то уже совершенно другой вопрос. Нужен боди для гет запроса? Не вопрос.
get запросов получения данных, post для создания/обновления, put для обновления, delete на удаление, options для служной информации о разрешениях сервера.
а их реализация то уже совершенно другой вопрос. Нужен боди для гет запроса? Не вопрос.
ну если только не пугает вот это:
«A payload within a GET request message has no defined semantics; sending a payload body on a GET request might cause some existing implementations to reject the request.»