RB
так это ж 403 :D
Ну да. Я думал ты про 40* вообще.
Size: a a a
2020 April 08
V
Ну да. Я думал ты про 40* вообще.
да про 403 тоже в принципе интересно. Почему если я с токеном пытаюсь удалить что-то, что я удалять не могу, я получаю 200, а не 403?
RB
да про 403 тоже в принципе интересно. Почему если я с токеном пытаюсь удалить что-то, что я удалять не могу, я получаю 200, а не 403?
Потому что доступ к каналу у тебя есть, ты отдал команду, сервер принял и попробовал выполнить, потом вернул результат. Это бизнес логика.
А когда ломится левый кто-то и вообще не получает доступа, у него какнал условно даже не открылся.
А когда ломится левый кто-то и вообще не получает доступа, у него какнал условно даже не открылся.
ОК
да про 403 тоже в принципе интересно. Почему если я с токеном пытаюсь удалить что-то, что я удалять не могу, я получаю 200, а не 403?
Потому что 200+ - это успешное выполнение запроса. У тебя ошибка прав доступа. Это или 401, если вообще не авторизован, или 403, если авторизован, но лезен не туда, куда надо
RB
Так, кажется это тот кто нам нужен.
V
Потому что доступ к каналу у тебя есть, ты отдал команду, сервер принял и попробовал выполнить, потом вернул результат. Это бизнес логика.
А когда ломится левый кто-то и вообще не получает доступа, у него какнал условно даже не открылся.
А когда ломится левый кто-то и вообще не получает доступа, у него какнал условно даже не открылся.
так, понял, спасибо. Т.е. я могу удалять что-то, но это удалить не могу => 200. Я не могу удалять ничего => 403. Примерно так это работает?
RB
Потому что 200+ - это успешное выполнение запроса. У тебя ошибка прав доступа. Это или 401, если вообще не авторизован, или 403, если авторизован, но лезен не туда, куда надо
А если мы делаем запрос, уже с авторизацией "дай нам то и это", сервер поискал и ничего не нашёл и возвращает пустой массив и 200-ый код или 404-ый код?
ОК
А если мы делаем запрос, уже с авторизацией "дай нам то и это", сервер поискал и ничего не нашёл и возвращает пустой массив и 200-ый код или 404-ый код?
200+ только при успешном выполнении
RB
404
Но эндпоинт-то найден? Как нам отличить не найденный эндпоинт от ненайденного чего-то в базе?
RB
200+ только при успешном выполнении
Ну мы выше как раз критиковали этот подход. 💁🏻♂️
RB
200+ только при успешном выполнении
Именно, ответ-то успешен. Просто пустой массив.
ОК
Но эндпоинт-то найден? Как нам отличить не найденный эндпоинт от ненайденного чего-то в базе?
Смотря какая api. Если это rest api, то запрос будет PUT /post/1/ и что-то внутри. Это 404, если по ID 1 ничего не найдено.
P
Добрый день, подскажите пожалуйста есть ли для node.js сервис который сам настраивает сервер и загружает данный из git (например ветка master) и выкатывает в продакшен, не знаю как это правильно называется
MR
Philip
Добрый день, подскажите пожалуйста есть ли для node.js сервис который сам настраивает сервер и загружает данный из git (например ветка master) и выкатывает в продакшен, не знаю как это правильно называется
Jenkins
ОК
Именно, ответ-то успешен. Просто пустой массив.
Тогда bad request
АП
типа если функция принимает всегда одинаковый набор аргументов одинакового типа (т.е. функция мономорфна), то она работает быстрее, чем если бы принимала произвольный да еще и разных типов
у объектов из твоего второго примера inner class разные
а вот с параметром по дефолту может и будет ускорение
а вот с параметром по дефолту может и будет ускорение
MR
Philip
Добрый день, подскажите пожалуйста есть ли для node.js сервис который сам настраивает сервер и загружает данный из git (например ветка master) и выкатывает в продакшен, не знаю как это правильно называется
Ci/cd pipeline
ОК
Просто даже потом на фронте, проще будет отловить именно 400+ ответ, чем 200 и смотреть, что внутри
PS
Просто даже потом на фронте, проще будет отловить именно 400+ ответ, чем 200 и смотреть, что внутри
ну а вот отловишь ты на фронте 404 и как ты поймешь юзер не найден или эндпоинт?