М
,
отправляйте что хотите.
Если сервер ожидает POST а вы отправили GET он не обработает такой запрос как вы ожидаете, вернет ошибку
Size: a a a
2020 October 01
Л
но отправить то можно)
А
но отправить то можно)
если ответ вам не сильно нужен.
а с какой целью тогда слать жти запросы?
а с какой целью тогда слать жти запросы?
SO
т.е. если в книге написано что получение - GET, а добавление - POST - то это враньё и на собесе такое не примут ?
A
Samvel Osipyan
интересно, но я не понял
Есть некоторые принятые правила по запросам. Конкретная реализация запроса зависит от конкретного человека, который написал методы, который Вы вызываете. В ИТ нет "оно само". "Серверы" не разворачиваются по кнопке с кучей предустановок "как принято" потому что "Конкретная реализация запроса зависит от конкретного человека". И если Вы видите что-то отклоняющееся в поведении от общепринятого, это далеко не всегда значит, что человек, реализовавший это, конченный дебил )
D
но отправить то можно)
у нас на проекте один разраб все ошибки на 500 повесил)) тоже решил что можно же))
А
Samvel Osipyan
т.е. если в книге написано что получение - GET, а добавление - POST - то это враньё и на собесе такое не примут ?
Приймут, так как это основное их назначение, но нужно понимать что вместо GET в ряде случаев используют POST нужно понимать когда и для чего это делается
Л
у нас на проекте один разраб все ошибки на 500 повесил)) тоже решил что можно же))
500 - красивое число, больше чем 404 нравится)
SO
Есть некоторые принятые правила по запросам. Конкретная реализация запроса зависит от конкретного человека, который написал методы, который Вы вызываете. В ИТ нет "оно само". "Серверы" не разворачиваются по кнопке с кучей предустановок "как принято" потому что "Конкретная реализация запроса зависит от конкретного человека". И если Вы видите что-то отклоняющееся в поведении от общепринятого, это далеко не всегда значит, что человек, реализовавший это, конченный дебил )
а кто сказал что такого человека надо называть конченным дебилом ?
А
у нас на проекте один разраб все ошибки на 500 повесил)) тоже решил что можно же))
ну тестировать это будет супер удобно, когда думаешь что проблема на стороне сервера, а она на самом деле на стороне клиента
D
500 - красивое число, больше чем 404 нравится)
бывший уже разраб) сейчас все любуются какую он красоту навел)
А
бывший уже разраб) сейчас все любуются какую он красоту навел)
ожидаемо я думаю
TA
По-другому задам вопрос:
Какое преимущество в таком подходе, чем он лучше?
Какое преимущество в таком подходе, чем он лучше?
Ну, я лишь могу спросить в ответ, а почему нет?
Так удобно и фронтам, и бэкам.
Вон, в туториале такой вид запроса называют Post method with mixed parameters:
https://www.tutorialsteacher.com/webapi/parameter-binding-in-web-api
Так удобно и фронтам, и бэкам.
Вон, в туториале такой вид запроса называют Post method with mixed parameters:
https://www.tutorialsteacher.com/webapi/parameter-binding-in-web-api
TA
Http позволяет, почему бы не пользоваться
SO
Приймут, так как это основное их назначение, но нужно понимать что вместо GET в ряде случаев используют POST нужно понимать когда и для чего это делается
в каких случаях надо прибегать к нестандартным случаям ? Что для этого надо чтоб было в системе или в проекте ?
Л
бывший уже разраб) сейчас все любуются какую он красоту навел)
😊
А
Samvel Osipyan
в каких случаях надо прибегать к нестандартным случаям ? Что для этого надо чтоб было в системе или в проекте ?
я выше писал что персональные данные нельзя GET отправлять, их могут стырить
AG
Samvel Osipyan
в каких случаях надо прибегать к нестандартным случаям ? Что для этого надо чтоб было в системе или в проекте ?
В случаях когда так проще, удобнее, исторически сложилось.
А
еще POST не фиксируется в истории нигде, это тоже + к безопаске
A
Samvel Osipyan
а кто сказал что такого человека надо называть конченным дебилом ?
Так думают большинство людей. Вот тут пример был про передачу логина и пароля в запросе и мнение, что человеку, который так делает, нужно искать новую работу