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

Про цену вообщето писал, или ты разделишь на два ответа, один 200, другой 400?

Нет, отсутствие необходимого поля нивелирует остальной ответ. Он просто нафиг там не упёрся. Если тебе суп с мухой или волосами принесут, ты же будешь проверять его на вкус?
...
Рейтинг: 0 / 0
10.10.2018, 19:59
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39715772
Парамон
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Парамон
Участник
hVosttТы не прав. 501 ошибку возвращать нормально. Но если приложение клиента делает обращения к таким методам, т.е. ошибка регистрируется, значит она должна быть исправлена в короткий срок на стороне приложения.

Обычно такая ошибка используется в процессе разработки и не доходит до прода. И это удобно, так как не нужно знать подробностей реализации и формат сообщений, чтобы понять, что такой URL обрабатывается, но не реализован.

Чувствуется отсутствие опыта. Сервис может обрастать функционалом постепенно, а не выкатываться весь через 20 лет. Но клиент не изучивший доку, может таки прислать запрос на нереализованный на данном этапе функционал, и это вполне нормально выдать ему 501 в продакшене.

hVosttНет, отсутствие необходимого поля нивелирует остальной ответ.
Значит, в таком случае, ответ с кодом 400 будет содержать и ошибки протокола и логики.
Что и нужно было доказать.
Больше вопросов нет ))
...
Рейтинг: 0 / 0
10.10.2018, 20:10
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39715776
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
ПарамонЧувствуется отсутствие опыта. Сервис может обрастать функционалом постепенно, а не выкатываться весь через 20 лет. Но клиент не изучивший доку, может таки прислать запрос на нереализованный на данном этапе функционал, и это вполне нормально выдать ему 501 в продакшене.

Сорян, опыт говнокодинга мне не нужен. Нормально выдать 501 в продакшен, но не нормально в продакшене такое получать. Пользователю что показывать?

Чувствуется опыт херака-херака ))


ПарамонЗначит, в таком случае, ответ с кодом 400 будет содержать и ошибки протокола и логики.
Что и нужно было доказать.
Больше вопросов нет ))

Задачи убедить или научить тебя у меня нет.
Хочешь, суй свои ответы в какие хочешь коды, это законом не запрещено.
Но обоснований у тебя нет, а у меня есть.
...
Рейтинг: 0 / 0
10.10.2018, 20:22
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39715780
Парамон
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Парамон
Участник
hVosttНормально выдать 501 в продакшен, но не нормально в продакшене такое получать. Пользователю что показывать?
Какой пользователь? API поставляется разработчикам, которые в свою очередь не должны предоставлять такой функционал конечному юзеру, но вполне могут столкнится с этим в процессе разработки.
Как с луны свалился.
hVosttЗадачи убедить или научить тебя у меня нет.
Слив засчитан.
10 ошибок логики и одна протокола это 400.
15 ошибок логики это 200.
...
Рейтинг: 0 / 0
10.10.2018, 20:33
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39715793
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
Парамон,

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

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

У тебя ошибки бизнеса приходят иногда со статусом 200, иногда 400.
Тут уже не нужны никакие аргументы и коментарии.
Это просто каша
...
Рейтинг: 0 / 0
10.10.2018, 21:32
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39715804
Фотография Где-то в степи
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Где-то в степи
Участник
Забираем разнародные данные из api партнера , у всех ответов стандартная обертка где присутствует поле, где по русский простым
языком написан резульат запроса, ( или успех, или какая проблема ) гугл так практикует с мапами, вполне удобно и практично.
...
Рейтинг: 0 / 0
10.10.2018, 21:33
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39715808
handmadeFromRu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
handmadeFromRu
Участник
AddxhandmadeFromRu,

Я понял, по RFC.
Но все же, у меня два разных случая.
Хотелось бы знать ответ для одного и для другого.
хм я же ответил. повторю что 404 по текущему стандарту для рест

на основе вот такой фразы:

The 404 (Not Found) status code indicates that the origin server did
not find a current representation for the target resource or is not
willing to disclose that one exists. A 404 status code does not
indicate whether this lack of representation is temporary or
permanent;

которая говорит что не только когда урл не найдет, но и запрашиваемый ресурс. протокол стал гибче.
...
Рейтинг: 0 / 0
10.10.2018, 21:37
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39715813
handmadeFromRu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
handmadeFromRu
Участник
hVostt
чел вот мне честно не интересно с тобой дальше продолжать мусолить тему. вот будешь рулит мной - будешь качать права.
твои доводы меня не убедили. по rfc7231 написано что 400 можно юзать для client error, а это может быть что угодно.
я могу ответить на любой твой вопрос ко мне, но толку не будет все равно, это вызовет очередной виток переписки.

пс. и да мне не пофиг на коды. внимательно перечитай я написал : я 400+ тело ты 200+ тело живем дальше. но ты почему фантазиями своими внезапно сказал что мне пофигу.

я считаю что тему можно закрывать она не приведет ни к чему.
...
Рейтинг: 0 / 0
10.10.2018, 21:50
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39715836
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ViPRos
Участник
какой код тут должен быть?


Syncfusion is a United States company and is subject to US export laws. Consequently, due to your location, we may not allow access to any material on our site.
If you believe that this is inaccurate, please contact sales@syncfusion.com Thank you.
We are unable to service your request.
...
Рейтинг: 0 / 0
10.10.2018, 22:52
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39715840
handmadeFromRu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
handmadeFromRu
Участник
Где-то в степиЗабираем разнародные данные из api партнера , у всех ответов стандартная обертка где присутствует поле, где по русский простым
языком написан резульат запроса, ( или успех, или какая проблема ) гугл так практикует с мапами, вполне удобно и практично.
гугл сделало это для поддержки совместимости больше взвесив все за и против да и закрытое у них апи мапы..весь api карт - это iframe или javascript библиотека, они могут тут все что угодно вытворят.
потому что если ты возьмешь по свежее вещи от того же гугла https://developers.google.com/drive/api/v3/handle-errors
...
Рейтинг: 0 / 0
10.10.2018, 22:58
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39715861
Дмитрий Мух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Дмитрий Мух
Участник
ViPRosкакой код тут должен быть?


Syncfusion is a United States company and is subject to US export laws. Consequently, due to your location, we may not allow access to any material on our site.
If you believe that this is inaccurate, please contact sales@syncfusion.com Thank you.
We are unable to service your request.
Прямым текстом написано, что Forbidden
...
Рейтинг: 0 / 0
11.10.2018, 00:14
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39715881
stenford
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
stenford
Участник
handmadeFromRuпричем тут нежные? мне не нравиться общаться с человеком который считает нормальным через слово говорить оппоненту что он дурак. хвост я за время дисскусии с тобой ни разу не посмел тебя назвать дураком или еще что то, так почему ты позволяешь себе это?
твоя же аргументация ..лалалалал дебилы..лалалалла да вы упоротные...лалалалала головой не думают (текст приблизительный но суть отражает)
у мальчика сильный комплекс неполноценности, что в совокупности с мизерным опытом участия в коммерческих проектах приводит вот к таким результатам. Обычно подобных д'артаньянов быстро выкидывают из команды, либо в крайнем случае пересаживают кодить низкоуровневые интерфейсы что-б не мешался под ногами
...
Рейтинг: 0 / 0
11.10.2018, 05:26
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39715934
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
skyANA
Участник
stenfordОбычно подобных д'артаньянов быстро выкидывают из команды, либо в крайнем случае пересаживают кодить низкоуровневые интерфейсы что-б не мешался под ногами
По себе людей не судят
...
Рейтинг: 0 / 0
11.10.2018, 10:01
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716022
Addx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Addx
Участник
skyANA...


Раз уж Вы все равно читаете дискуссию ;)
может и свое мнение выразите? )
Без перехода на "все дураки" разумеется, как некоторые тут делают.
...
Рейтинг: 0 / 0
11.10.2018, 11:56
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716045
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
AddxskyANAМдааааа, развели срач...

Что полезного-то в итоге? То, что пора звать модератора?

Модератора-то за что? :))
это дружба)). Т.е. смешивание личного и служебного).
...
Рейтинг: 0 / 0
11.10.2018, 12:22
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716050
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
Addx,
по поводу ответов в топике, то мне ближе точка зрения ваша и hVostt в топике)).
Хотя я не максималист, и в некоторых проектах допустимо использование методов оппонентов.
Главное разделять статусы протокола от статусов и логике REST.
Не смешивать.
...
Рейтинг: 0 / 0
11.10.2018, 12:25
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716057
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
приводимый пример
Код: c#
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
HTTP/1.1 400 Bad Request
Content-Type: application/json; charset=utf-8
Content-Length: 320

{
  "Message": "The request is invalid.",
  "ModelState": {
    "item": [
      "Required property 'Name' not found in JSON. Path '', line 1, position 14."
    ],
    "item.Name": [
      "The Name field is required."
    ],
    "item.Price": [
      "The field Price must be between 0 and 999."
    ]
  }
}


странный для _простого API_
Какого фига я должен на бэке собирать все ошибки и выдавать на клиента?
Обычно я по первой ошибке Критической отправляю один ответ о невыполнении запроса.
Выше уже говорил - образец это API субд.
- возврат только
ORA-12345 и всё.
Как вариант:
21695072

или даже)

HTTP/1.1 200 Bad Request
Content-Type: application/json; charset=utf-8
Content-Length: 4
1001

или

HTTP/1.1 200
Content-Type: application/json; charset=utf-8
Content-Length: 320
{
Result: 'OK',
Warning: 'ssssssssssssss'
}
...
Рейтинг: 0 / 0
11.10.2018, 12:32
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716061
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
Ну и по поводу статуса 400, то я бы не мешал статусы толстого клиента и ошибки 400.
Т.е. применял бы 400 для ошибки: "Размер файла закачки на сервер более 1Гбт".
Или "Клиент прислал две куки аутентификации. Запрос не выполнен".
И т.д.
Т.е. ошибки транспорта.
Тогда на них можно реагировать без всяких программистов. Поставив админом прокси и задерживать такие запросы (отфутболивать) раньше АппСервера
...
Рейтинг: 0 / 0
11.10.2018, 12:37
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716150
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
handmadeFromRuчел вот мне честно не интересно с тобой дальше продолжать мусолить тему. вот будешь рулит мной - будешь качать права.
твои доводы меня не убедили. по rfc7231 написано что 400 можно юзать для client error, а это может быть что угодно.
я могу ответить на любой твой вопрос ко мне, но толку не будет все равно, это вызовет очередной виток переписки.

пс. и да мне не пофиг на коды. внимательно перечитай я написал : я 400+ тело ты 200+ тело живем дальше. но ты почему фантазиями своими внезапно сказал что мне пофигу.

я считаю что тему можно закрывать она не приведет ни к чему.

Блин, ну и зачем ты начинаешь? Нет не написано, что 400 можно юзать для бизнес-логики, не написано этого.
Ты можешь что угодно использовать, как угодно и где угодно.

Но врать не нужно.
...
Рейтинг: 0 / 0
11.10.2018, 14:07
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716152
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
stenfordу мальчика сильный комплекс неполноценности, что в совокупности с мизерным опытом участия в коммерческих проектах приводит вот к таким результатам. Обычно подобных д'артаньянов быстро выкидывают из команды, либо в крайнем случае пересаживают кодить низкоуровневые интерфейсы что-б не мешался под ногами

словесный понос какой-то.
я говорю по существу, и даю свою характеристику СЛОВАМ, а не ЛЮДЯМ.

неспособность абстрагироваться и не принимать на личный счёт, это возрастная проблема, проходит с возрастом.

у тебя она видимо, до сих пор не прошла.
...
Рейтинг: 0 / 0
11.10.2018, 14:10
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716154
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
Petro123Ну и по поводу статуса 400, то я бы не мешал статусы толстого клиента и ошибки 400.
Т.е. применял бы 400 для ошибки: "Размер файла закачки на сервер более 1Гбт".
Или "Клиент прислал две куки аутентификации. Запрос не выполнен".
И т.д.
Т.е. ошибки транспорта.
Тогда на них можно реагировать без всяких программистов. Поставив админом прокси и задерживать такие запросы (отфутболивать) раньше АппСервера

Всё верно.

Нужно знать для чего ты что-то делаешь.
А не пытаться сортировать по "цвету" учитывая своё личное цветовосприятие.
...
Рейтинг: 0 / 0
11.10.2018, 14:12
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716159
Парамон
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Парамон
Участник
handmadeFromRuГде-то в степиЗабираем разнародные данные из api партнера , у всех ответов стандартная обертка где присутствует поле, где по русский простым
языком написан резульат запроса, ( или успех, или какая проблема ) гугл так практикует с мапами, вполне удобно и практично.
гугл сделало это для поддержки совместимости больше взвесив все за и против да и закрытое у них апи мапы..весь api карт - это iframe или javascript библиотека, они могут тут все что угодно вытворят.
потому что если ты возьмешь по свежее вещи от того же гугла https://developers.google.com/drive/api/v3/handle-errors
Удивительно, там нет статуса 200 с ошибкой. Дилетанты кругом
...
Рейтинг: 0 / 0
11.10.2018, 14:20
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716166
Парамон
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Парамон
Участник
Petro123HTTP/1.1 200 Bad Reques
Еще один ))
...
Рейтинг: 0 / 0
11.10.2018, 14:42
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39716182
handmadeFromRu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
handmadeFromRu
Участник
hVostt,

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


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