Size: a a a

2020 November 26

ὦan in pro.jvm
Dima
413. That’s an error.

Your client issued a request that was too large. That’s all we know.
Но это вроде если сервер лимит выставит
источник

ὦan in pro.jvm
Не?
источник

PG

Pavel Glukhov in pro.jvm
Denis Chikanov
Не надо докидывать в GET тело, никогда
обычно если у GET не хватает то используют параметры но в теле POST
источник

П

Павел in pro.jvm
Ок, у меня кейс другой, как писал 5 параметров +2 на пагинацию
источник

DC

Denis Chikanov in pro.jvm
Pavel Glukhov
обычно если у GET не хватает то используют параметры но в теле POST
Именно
источник

D

Dima in pro.jvm
Pavel Glukhov
обычно если у GET не хватает то используют параметры но в теле POST
да
источник

DC

Denis Chikanov in pro.jvm
ὦan
Но это вроде если сервер лимит выставит
Браузер имеет лимит банально на уровне имплементации, больше 2К символов у тебя никаких гарантий
источник

D

Dmitry in pro.jvm
Denis Chikanov
Не надо докидывать в GET тело, никогда
не вижу проблемы, для поисковых фильтров - самое то
источник

П

Павел in pro.jvm
Если фильтры это в основном даты, айдишки, флаги, то врятли ктото уткнется в такую проблему
источник

D𝔇

Dmitry 𝔇𝔪𝔦𝔱𝔯𝔶... in pro.jvm
Dmitry
не вижу проблемы, для поисковых фильтров - самое то
По спецификациям тело гета должно игнорироваться
источник

ὦan in pro.jvm
Denis Chikanov
Браузер имеет лимит банально на уровне имплементации, больше 2К символов у тебя никаких гарантий
Я сам согласен что это проще и удобнее через POST сделать чем через GET
источник

DC

Denis Chikanov in pro.jvm
Dmitry
не вижу проблемы, для поисковых фильтров - самое то
Вполне себе валидная интерпретация HTTP-спеки говорит, что тело GET-запроса может (и будет большим количеством имплементаций) игнорироваться на сервере
источник

ὦan in pro.jvm
Мне так сам вопрос ограничения get-a был интересен
источник

D

Dmitry in pro.jvm
RFC не накладывает ограничения на наличие или отсутствие тела у гета
источник

DC

Denis Chikanov in pro.jvm
Dmitry
RFC не накладывает ограничения на наличие или отсутствие тела у гета
RFC HTTP 1.1:
9.3 GET

  The GET method means retrieve whatever information (in the form of an  entity) is identified by the Request-URI.
источник

DC

Denis Chikanov in pro.jvm
Там не описана семантика содержания реквест бади, а ещё там есть вот такое:

if the request method  does not include defined semantics for an entity-body, then the  message-body SHOULD be ignored when handling the request
источник

VP

Vladimir Petrakovich in pro.jvm
Dmitry
RFC не накладывает ограничения на наличие или отсутствие тела у гета
И при этом не накладывает обязательств по его поддержке
источник

П

Павел in pro.jvm
Если длина строки не будет гарантировано превышать лимит, какие еще есть причины использовать пост?
источник

П

Павел in pro.jvm
И нужно ли
источник

РН

Роман Нагаев... in pro.jvm
Dima
я просто к тому, что спросили выше, POST имеет право на существование в таком кейсе
post может помешать в случае серверной отрисовки страницы
источник