ReSQL.ru
     
powered by simpleCommunicator - 2.0.51     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / ASP.NET [игнор отключен] [закрыт для гостей] / Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
25 сообщений из 370, страница 12 из 15
  12  все
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716189
Парамон
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Парамон
Участник
handmadeFromRuhVostt,

как ты относишься к книге RESTful Web Services Cookbook? автор так себе или нормас спец? ну там всего то архитектор ебей так то.

Скажет, что прикрываешься авторитетами.
Стратегию ещё не выучил? )
...
Рейтинг: 0 / 0
11.10.2018, 15:20
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716213
Addx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Addx
Участник
handmadeFromRu,

Если бы автор был на форуме, я бы с удовольствием с ним подискутировал.
Общаться и дискутировать со ссылками несколько затруднительно.
...
Рейтинг: 0 / 0
11.10.2018, 15:56
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716216
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
ПарамонhandmadeFromRuгугл сделало это для поддержки совместимости больше взвесив все за и против да и закрытое у них апи мапы..весь api карт - это iframe или javascript библиотека, они могут тут все что угодно вытворят.
потому что если ты возьмешь по свежее вещи от того же гугла https://developers.google.com/drive/api/v3/handle-errors
Удивительно, там нет статуса 200 с ошибкой. Дилетанты кругом

Удивительно, но код ошибки мы видим ВНУТРИ JSON

Код: javascript
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
{
  "error": {
    "errors": [
      {
        "domain": "global",
        "reason": "badRequest",
        "message": "Bad Request"
      }
    ],
    "code": 400,
    "message": "Bad Request"
  }
}



Вы бы хоть сами смотрели, прежде чем постить. Ребят. Потом вы ОБИЖАЕТЕСЬ, когда я говорю, что вы несёте ЧУШЬ.
...
Рейтинг: 0 / 0
11.10.2018, 16:00
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716218
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
Скажите пожалуйста, ещё раз.

Куда вы бизнесовые коды запихаете? Например, все коды инцидентов пронумерованы, их много. Тысячи. Куда вы их сложите?

И опять таки. Вопрос до сих пор открытый.

Для чего вам код ошибки HTTP?
Какую цель вы преследуете?
Какую задачу таким образом решаете?

Обычный ответ с 200, в котором вы что угодно можете прописать, какие угодно коды, какие угодно форматы мессаджей, какие угодно уровни критичности, контекст, условия и т.д. и т.п.

Что вам код 400 даёт?
...
Рейтинг: 0 / 0
11.10.2018, 16:03
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716222
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
handmadeFromRuhVostt,

как ты относишься к книге RESTful Web Services Cookbook? автор так себе или нормас спец? ну там всего то архитектор ебей так то.

Отлично отношусь. Хорошо.
...
Рейтинг: 0 / 0
11.10.2018, 16:06
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716224
handmadeFromRu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
handmadeFromRu
Участник
hVosttПарамонпропущено...

Удивительно, там нет статуса 200 с ошибкой. Дилетанты кругом

Удивительно, но код ошибки мы видим ВНУТРИ JSON

Код: javascript
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
{
  "error": {
    "errors": [
      {
        "domain": "global",
        "reason": "badRequest",
        "message": "Bad Request"
      }
    ],
    "code": 400,
    "message": "Bad Request"
  }
}



Вы бы хоть сами смотрели, прежде чем постить. Ребят. Потом вы ОБИЖАЕТЕСЬ, когда я говорю, что вы несёте ЧУШЬ.

ну так проверь еще раз там помимо кода еще и http статус
...
Рейтинг: 0 / 0
11.10.2018, 16:07
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716225
handmadeFromRu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
handmadeFromRu
Участник
hVostthandmadeFromRuhVostt,

как ты относишься к книге RESTful Web Services Cookbook? автор так себе или нормас спец? ну там всего то архитектор ебей так то.

Отлично отношусь. Хорошо.
тогда открой страницу 70
и там написано :
One common mistake that some web services make is to return a status code that reflects success (status codes from 200 to 206 and from 300 to 307) but include a message body that describes an error condition. Doing this prevents HTTP-aware software from detecting errors. For example, a cache will store it as successful response and serve it to subsequent clients even when clients may be able to make a successful request.
...
Рейтинг: 0 / 0
11.10.2018, 16:08
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716235
Addx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Addx
Участник
handmadeFromRu,

где тут сказано, что это относится к бизнес-логике?
Это классический пример - вырвать фразу из контекста, и использовать как доказательство.
Любимый прием журналистов.
...
Рейтинг: 0 / 0
11.10.2018, 16:16
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716240
handmadeFromRu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
handmadeFromRu
Участник
AddxhandmadeFromRu,

Если бы автор был на форуме, я бы с удовольствием с ним подискутировал.
Общаться и дискутировать со ссылками несколько затруднительно.
я тут солидарен)
...
Рейтинг: 0 / 0
11.10.2018, 16:25
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716246
handmadeFromRu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
handmadeFromRu
Участник
AddxhandmadeFromRu,

где тут сказано, что это относится к бизнес-логике?
Это классический пример - вырвать фразу из контекста, и использовать как доказательство.
Любимый прием журналистов.

вы праве не считать это аргументом, если читали книгу, возможно мы пришли к разным выводам.
...
Рейтинг: 0 / 0
11.10.2018, 16:32
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716253
Парамон
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Парамон
Участник
hVosttПарамонпропущено...

Удивительно, там нет статуса 200 с ошибкой. Дилетанты кругом

Удивительно, но код ошибки мы видим ВНУТРИ JSON

Код: javascript
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
{
  "error": {
    "errors": [
      {
        "domain": "global",
        "reason": "badRequest",
        "message": "Bad Request"
      }
    ],
    "code": 400,
    "message": "Bad Request"
  }
}




Вы бы хоть сами смотрели, прежде чем постить. Ребят. Потом вы ОБИЖАЕТЕСЬ, когда я говорю, что вы несёте ЧУШЬ.

Ну зачем так позорится? Показывать подтверждение моих слов, пытаясь изменить контекст.
Там это написано в первой строчке, и есть возможность тестировать сервис онлайн.

Неужели ты думаешь, что вменяемый разработчик, в здравом уме выдаст код 200, а настоящий код запихнет в сообщение?
Как вообще к людям такие мысли приходят...

И да, обрати внимание, не поверишь, но там есть код 500, да-да в продакшене!

Вернись лучше к тактике в стиле - "не подписывай авторитетов" )
...
Рейтинг: 0 / 0
11.10.2018, 16:39
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716254
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
handmadeFromRu,
В сети есть как любители пихать в код 200, так и в код 400.
Из вендоров Гугл пихает в 200.
...
Рейтинг: 0 / 0
11.10.2018, 16:40
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716258
Парамон
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Парамон
Участник
Addxгде тут сказано, что это относится к бизнес-логике?
Там вообще сказано, что не важно какие условия, но выдавать в теле сообщения ошибку и при этом успешный статус, есть тупость common mistake.

Дальше расписано почему.
...
Рейтинг: 0 / 0
11.10.2018, 16:44
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716260
Addx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Addx
Участник
Petro123,

Из фееричного у меня было, когда пихали в код 500 "потому что мы не понимаем почему от ваших запросов у нас падает сервер" ))
Открывашь JSON и смотришь, что там на самом деле происходит. ))
Т.е. там видно, прошел запрос или нет, а вот упал при этом сервер у них или нет, для бизнес-пользователей не так интересно. ))
...
Рейтинг: 0 / 0
11.10.2018, 16:47
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716267
handmadeFromRu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
handmadeFromRu
Участник
Petro123handmadeFromRu,
В сети есть как любители пихать в код 200, так и в код 400.
Из вендоров Гугл пихает в 200.
ну гугл я скинул ссылку и там статусы http. я б не сказал что они четко 200
...
Рейтинг: 0 / 0
11.10.2018, 16:53
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716268
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
Господа.
Статус rest или warning предупреждение по бизнесу не имеет отношение к HTTP.Error.
Пример - пришла пустая коллекция на клиента.
В модуле бизнеса не будет даже кода 200.
...
Рейтинг: 0 / 0
11.10.2018, 16:54
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716271
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
handmadeFromRuPetro123handmadeFromRu,
В сети есть как любители пихать в код 200, так и в код 400.
Из вендоров Гугл пихает в 200.
ну гугл я скинул ссылку и там статусы http. я б не сказал что они четко 200 Поищу ссылку. Вроде сервис геокодирования.
...
Рейтинг: 0 / 0
11.10.2018, 16:55
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716278
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
handmadeFromRu,
Тут глянь.
200?
https://developers.google.com/maps/documentation/geocoding/intro#StatusCodes
...
Рейтинг: 0 / 0
11.10.2018, 17:04
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716287
handmadeFromRu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
handmadeFromRu
Участник
Petro123handmadeFromRu,
Тут глянь.
200?
https://developers.google.com/maps/documentation/geocoding/intro#StatusCodes

да 200 там.
http://joxi.ru/823nnxlS98goom
а чуть ниже в скрине пример на их драйв

или вот такой пример твитера
https://developer.twitter.com/en/docs/basics/response-codes.html
...
Рейтинг: 0 / 0
11.10.2018, 17:11
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716289
Парамон
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Парамон
Участник
Petro123Пример - пришла пустая коллекция на клиента.
Кто тебе сказал, что пустая коллекция это исключение?
Petro123В модуле бизнеса не будет даже кода 200
Будет.
...
Рейтинг: 0 / 0
11.10.2018, 17:13
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716297
Addx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Addx
Участник
handmadeFromRu...
или вот такой пример твитера
...


Два их кода возврата вызывают некоторые сомнения ;),
остальные абсолютно логичны. Сделал бы их так же :)
(ну примерно в таком стиле)
...
Рейтинг: 0 / 0
11.10.2018, 17:25
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716311
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
handmadeFromRuтогда открой страницу 70
и там написано :
One common mistake that some web services make is to return a status code that reflects success (status codes from 200 to 206 and from 300 to 307) but include a message body that describes an error condition. Doing this prevents HTTP-aware software from detecting errors. For example, a cache will store it as successful response and serve it to subsequent clients even when clients may be able to make a successful request.

Ну так и в чём противоречие? Ошибка прикладного уровня: отправили не то, что ожидалось = ошибка. Нормальная ситуация = success.

Обрати внимание на фразу "Doing this prevents HTTP-aware software from detecting errors ."

Давай рассмотрим форму поиска пользователя по фамилии. Результат возвращает коллекцию найденных работников. Что по-твоему приложение должно возвращать, если не нашлось ни одного работника? 400? 404? 500?

Некая форма ввода. Пользователи часто ошибаются при вводе, вводят невалидные данные. Это нормальная ситуация .

Обычная форма логина.

https://passport.yandex.ru/auth/welcome
https://accounts.google.com/signin/v2/sl/pwd?service=mail

Вводи что угодно, любые неправильные логины и пароли.
ЧТо увидишь в ответ?

200

Потому, что это НОРМАЛЬНАЯ ситуация. Это НЕ ошибка.

Вам так нравятся примеры "больших дядек".
Ну так вот, держите и распишитесь.

Вы напишите им, чё это вы против миллионного коммьюнити? Книжек не читали? Статей? Блогов!?
...
Рейтинг: 0 / 0
11.10.2018, 17:45
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716313
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
https://developer.twitter.com/en/docs/basics/response-codes.html

автор
400 Bad Request The request was invalid or cannot be otherwise served. An accompanying error message will explain further. Requests without authentication are considered invalid and will yield this response.



Такие ошибки говорят о проблемах. А нормальные бизнес-ситуация, негативные сценарии -- это не проблема для прикладного уровня протокола.

И моё удивление, а так же резкая оценка ваших умозаключений относятся к тому, что вы тупо отказываетесь понимать простую и очевидную разницу. Что я могу сказать? Сейчас уже только посочувствовать вашей проблеме.
...
Рейтинг: 0 / 0
11.10.2018, 17:50
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716315
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
Petro123В модуле бизнеса не будет даже кода 200.

А вот и нет, будет!! Ахахаххх...
...
Рейтинг: 0 / 0
11.10.2018, 17:50
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716325
Парамон
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Парамон
Участник
hVostt
Ну так и в чём противоречие? Ошибка прикладного уровня: отправили не то, что ожидалось = ошибка. Нормальная ситуация = success.

Обрати внимание на фразу "Doing this prevents HTTP-aware software from detecting errors ."

Давай рассмотрим форму поиска пользователя по фамилии. Результат возвращает коллекцию найденных работников. Что по-твоему приложение должно возвращать, если не нашлось ни одного работника? 400? 404? 500?

Некая форма ввода. Пользователи часто ошибаются при вводе, вводят невалидные данные. Это нормальная ситуация .

Обычная форма логина.

https://passport.yandex.ru/auth/welcome
https://accounts.google.com/signin/v2/sl/pwd?service=mail

Вводи что угодно, любые неправильные логины и пароли.
ЧТо увидишь в ответ?

200

Потому, что это НОРМАЛЬНАЯ ситуация. Это НЕ ошибка.

Тебя не туда понесло.
Если пользователь ошибся, это однозначно не нормальная ситуация.

В случае разных поисковых параметров, пользователь не может ошибатся.
Пробовать найти: key=ко, key=133, key=коля, key=петя, key=asfafфва24234.
Это все нормально. Он пробует, ищет.
Если в место key будет keyyy, это ошибка 400.

Он может пробовать любые условия (кроме попыток взлома или завалить сервер и тд) и это нормально и валидно.

Ты ведь не скажешь, твой запрос не правильный, нужно исправить, в отличае от статуса 400, который явно подразумевает исправление запроса .

Почему? Потому, что сегодня он ничего не нашел по своему запросу, а завтра, кто его знает, может и найдет.

Пример:
Юзер шлет запрос сервису: Верни мне всех пользователей, которые в данный момент онлайн .
Допустим их нет.
Зачем просить его исправь запрос, ведь через минуту их может быть 15 и запрос не изменится.

На 400, мы хотим, что бы запрос изменися , простое правило.

Неправильная авторизация это 401 Unauthorized.

Снова тривиальные вещи расписываю.
...
Рейтинг: 0 / 0
11.10.2018, 18:36
| Ответить | Цитировать | Написать  
25 сообщений из 370, страница 12 из 15
  12  все
Форумы / ASP.NET [игнор отключен] [закрыт для гостей] / Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=18&msg=39716224&tid=1355117]:
 0ms
get settings:
 11ms
get forum list:
 15ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 50ms
get topic data:
 10ms
get forum data:
 2ms
get page messages:
 55ms
get tp. blocked users:
 1ms
others: 293ms
total:  445ms
созд. / загр.: 445ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]