p
Вообще возможности протокола использовать плохо. Да.
Лучше свой костыль пилить. Стандартизации она вообще не должна быть. Всё верно
Лучше свой костыль пилить. Стандартизации она вообще не должна быть. Всё верно
На rest нет стандарта
Size: a a a
2020 February 20
YG
На rest нет стандарта
Стандартов вообще нет. Есть рекомендации.
Которые есть на http.
Который является базой для rest.
Которые есть на http.
Который является базой для rest.
p
Будет не resfull
В http есть Reason code и текст
Ответов там 100 (4xx ответы)
Есть незамапленные, так что можете свободные использовать под свои нужды.
В http есть Reason code и текст
Ответов там 100 (4xx ответы)
Есть незамапленные, так что можете свободные использовать под свои нужды.
А потом вы столкнетесь с каким-нибудь интересным балансером, который не понимает кастомные коды.
Если что, я видел людей которые и на DELETE отдают тело и у них все работал, только остальным больно
Если что, я видел людей которые и на DELETE отдают тело и у них все работал, только остальным больно
YG
А потом вы столкнетесь с каким-нибудь интересным балансером, который не понимает кастомные коды.
Если что, я видел людей которые и на DELETE отдают тело и у них все работал, только остальным больно
Если что, я видел людей которые и на DELETE отдают тело и у них все работал, только остальным больно
Я в идёт много какие проекты, в том числе и те в которых Get с телом прилетал.
Можно - не значит нужно.
Если балансер не понимает "кастомные" ответы - его надо менять.
Можно - не значит нужно.
Если балансер не понимает "кастомные" ответы - его надо менять.
YG
А что если совмещать оба варианта? Просто иногда хочется возвращать что-то информативнее reason phrase.
Например GET /users/1/posts/1 возвращает 404 not found. Как клиент узнает, что именно not found, пользователь или пост?
Например GET /users/1/posts/1 возвращает 404 not found. Как клиент узнает, что именно not found, пользователь или пост?
Запрос на пост а не на юзера.
PT
привет никто не сталкивался c GetWindowThreadProcessId?
ВС
А потом вы столкнетесь с каким-нибудь интересным балансером, который не понимает кастомные коды.
Если что, я видел людей которые и на DELETE отдают тело и у них все работал, только остальным больно
Если что, я видел людей которые и на DELETE отдают тело и у них все работал, только остальным больно
Оооо, скажите это elasticsearch-у, у которого запрос на поиск идёт get-ом с телом
PT
Если нет пользователя, нужно будет вернуть 404. Или если нет поста, то тоже нужно будет вернуть 404. Только как клиент узнает, чего именно не существует, юзера или поста?
ну кроме 404 еще есть мессадж
PT
404
{
"message": "User not found"
}
{
"message": "User not found"
}
PT
с чего это?
p
А что если совмещать оба варианта? Просто иногда хочется возвращать что-то информативнее reason phrase.
Например GET /users/1/posts/1 возвращает 404 not found. Как клиент узнает, что именно not found, пользователь или пост?
Например GET /users/1/posts/1 возвращает 404 not found. Как клиент узнает, что именно not found, пользователь или пост?
А ещё можно сделать get /blabla/foo и тоже получить 404
PT
привет никто не сталкивался c GetWindowThreadProcessId?
up
J
с чего это?
Мне так сказали