ReSQL.ru
     
powered by simpleCommunicator - 2.0.51     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / ASP.NET [игнор отключен] [закрыт для гостей] / Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
25 сообщений из 370, страница 7 из 15
  7  все
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39714508
Парамон
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Парамон
Участник
hVosttоторый в свободной форме трактует RFC и подменяет понятия, как ему хочется.
Это то, чем ты занимаешься по факту, не приведя ни одной ссылки, а там поддержали сотни разработчиков.
Да и полно инфы на эту тему, уже давно все обсосано, но зачем читать и рушить свой маленький мирок )
...
Рейтинг: 0 / 0
08.10.2018, 16:04
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39714516
Парамон
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Парамон
Участник
hVosttНу-ну. Я то на RFC опираюсь, а ты на какого-то Васю из стековерфлоу
На стековерфлоу опираются миллионы, больше половины твоих отсылов тут на этот ресурс, но вдруг там стало все плохо. Не хорошо в колодец то плевать )
Я даже перевел 21698262 , но увы, бисером метать устал (
...
Рейтинг: 0 / 0
08.10.2018, 16:11
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39714524
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
ПарамонВот:
hVosttА если тебе присылают правильно оформленное имя пользователя при регистрации, но оно уже зарезервировано

например, так

Код: javascript
1.
2.
3.
4.
{
   "model": { "username": "vasya" },
   "errors": { "username": "Имя пользователя уже зарегистрировано" }
}



Это не ошибка HTTP, так как ввод зареганного имени пользователя -- полностью предсказуемое, ожидаемое и очевидное поведение. Это не ошибка приложения, протокола. Наши админы скажут, что программисты дебилы, если будут срать в лог ошибками на обычное пользовательское поведение, предсказуемые вещи, описанные в сценариях.

Но куда мне тягаться с "сотней разработчиков", да? ))))
...
Рейтинг: 0 / 0
08.10.2018, 16:17
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39714526
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
ПарамонЭто то, чем ты занимаешься по факту, не приведя ни одной ссылк

А вот врать не надо. Я RFC привел, цитаты скинул, выделил уж совсем для детей.


Парамона там поддержали сотни разработчиков.

Ты понимаешь, что это какая-то дичь, ни на чём не основанная? Толку мне от этих сотней разрабов, если я понимаю зачем нужны коды, как их использовать, для чего именно они нужны, и это полностью согласуется с RFC, понятиями HTTP и работы всей инфраструктуры.


ПарамонДа и полно инфы на эту тему, уже давно все обсосано, но зачем читать и рушить свой маленький мирок )

Фантазёр ты великий. Уже и мир выдумал.
...
Рейтинг: 0 / 0
08.10.2018, 16:19
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39714529
Парамон
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Парамон
Участник
hVosttтовар бывает недоступен и не может быть продан, это НОРМАЛЬНО. Это не ошибка.
Логично, а кто сказал что тут ошибка? И сообщение будет чисть информативным.
Ошибка это, когда мы хотим и верим, что клиент должен что либо изменить в запросе.
Например попробовать другой ник, в случае когда этот уже зарезервирован.
У тебя явно каша.
...
Рейтинг: 0 / 0
08.10.2018, 16:23
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39714535
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
ПарамонНа стековерфлоу опираются миллионы, больше половины твоих отсылов тут на этот ресурс, но вдруг там стало все плохо. Не хорошо в колодец то плевать )
Я даже перевел 21698262 , но увы, бисером метать устал (

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


например, так

Код: javascript
1.
2.
3.
4.
{
   "model": { "username": "vasya" },
   "errors": { "username": "Имя пользователя уже зарегистрировано" }
}




Это не ошибка HTTP, так как ввод зареганного имени пользователя -- полностью предсказуемое, ожидаемое и очевидное поведение. Это не ошибка приложения, протокола. Наши админы скажут, что программисты дебилы, если будут срать в лог ошибками на обычное пользовательское поведение, предсказуемые вещи, описанные в сценариях.


Забавный респонс, сам придумал или надоумил кто? Клиенту нужно эту кашу разбирать, когда можно просто и стандартно:
Код: javascript
1.
2.
3.
4.
5.
6.
7.
8.
9.
$.ajax({
    // ...
    success: function(response) {
   ...
    },
    error: function(xhr, status, text) {
    ...
    }
});


Можно твой код клиента?
hVosttНо куда мне тягаться с "сотней разработчиков", да?
Ну, как бы да ))


hVosttТолку мне от этих сотней разрабов, если я понимаю
Проблема, когда не понимаешь, и вводишь других в заблуждение.
...
Рейтинг: 0 / 0
08.10.2018, 16:38
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39714554
Addx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Addx
Участник
ПарамонAddxУ него же столько лайков!
Будешь судить других, когда заработаешь хотябы один )
К счастью, мне платят не за лайки. Я не блоггер.

ПарамонAddxhVostt,

Вы все еще надеетесь убедить логикой и отсылками к документации? )))
Все еще надеемся увидеть от тебя ссылки и примеры с опровержением )

Т.е. ссылок на RFC Вам не достаточно? Нужно на какой-нибудь видеоблог на ютубчике?
Может с котиками лучше? За них столько лайков ставят!

PS
Вы можете использовать любые коды. Никто не запрещает. В целом пользователям будет все равно.
Но аргументировать свою позицию постами и лайками смешно.
...
Рейтинг: 0 / 0
08.10.2018, 16:38
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39714556
Парамон
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Парамон
Участник
hVosttРеальные аргументы будут? Что за детский сад с "миллионами", мы что в яслях?
Какой вопрос, такой ответ.
...
Рейтинг: 0 / 0
08.10.2018, 16:39
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39714562
Парамон
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Парамон
Участник
AddxТ.е. ссылок на RFC Вам не достаточно
Было бы достаточно, если бы каждый школьник не трактовал их по своему, искренне веря в свою правоту.

AddxНужно на какой-нибудь видеоблог на ютубчике
Может с котиками лучше? За них столько лайков ставят!
Слив защитан.
...
Рейтинг: 0 / 0
08.10.2018, 16:44
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39714563
handmadeFromRu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
handmadeFromRu
Участник
AddxhandmadeFromRu я видел апи того же яндекса и других контор что на ошибку отвечают 200 и меняли дто в ответе либ делали "суперобъект" с заранее заложенными свойствами полями ошибки, вот только зачем.

И действительно, почти все серьезные конторы так делают. Дураки, наверное.

ппфф высер. бот яндекса lastmodified присылает дату (присылал пара лет назад) не в стандарте iso хотя везде написано что надо бы так. я еще могу вспомнить примеры кривости из яндекс доставки и оплаты к примеру. да серьезные конторы эт все боги ...
...
Рейтинг: 0 / 0
08.10.2018, 16:44
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39714566
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
ПарамонЗабавный респонс, сам придумал или надоумил кто? Клиенту нужно эту кашу разбирать, когда можно просто и стандартно:
Код: javascript
1.
2.
3.
4.
5.
6.
7.
8.
9.
$.ajax({
    // ...
    success: function(response) {
   ...
    },
    error: function(xhr, status, text) {
    ...
    }
});



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


ПарамонМожно твой код клиента?

Ну не $.ajax точно, реализация store на клиенте в случае REST API,
это по-сложней, чем твои игрульки с jQ ))



AddxНужно на какой-нибудь видеоблог на ютубчике?

После "миллионов" можно уже и блог на ютубчике, давай жги уже, днище пробито ))


ПарамонПроблема, когда не понимаешь, и вводишь других в заблуждение.

Ну куда мне до "миллионов"

И конечно до отлова валидации ввода в error на jq

Лан. Тут тёмный лес понятно. Но мрак конечно знатный, до сих пор в шоке.
Парамон. Ну от тебя не ожидал.
...
Рейтинг: 0 / 0
08.10.2018, 16:49
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39714568
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
hVosttAddxНужно на какой-нибудь видеоблог на ютубчике?

После "миллионов" можно уже и блог на ютубчике, давай жги уже, днище пробито ))

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

куча высера с переходом на личности даже было лень копипастить
отвечают на твои вопросы просто 409
из rfc7231

The 409 (Conflict) status code indicates that the request could not be completed due to a conflict with the current state of the target resource. This code is used in situations where the user might be able to resolve the conflict and resubmit the request. The server SHOULD generate a payload that includes enough information for a user to recognize the source of the conflict.

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

После "миллионов" можно уже и блог на ютубчике, давай жги уже, днище пробито ))


hVosttНу не $.ajax точно, реализация store на клиенте в случае REST API,
это по-сложней, чем твои игрульки с jQ ))
Пытаюсь приводить примеры на пальцах, но ты и тут сути не улавливеашь )
hVosttНу куда мне до "миллионов"
Скромнее будь, глядишь и косяки признавать начнешь )
...
Рейтинг: 0 / 0
08.10.2018, 17:08
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39714581
Addx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Addx
Участник
handmadeFromRuппфф высер. бот яндекса lastmodified присылает дату (присылал пара лет назад) не в стандарте iso хотя везде написано что надо бы так. я еще могу вспомнить примеры кривости из яндекс доставки и оплаты к примеру. да серьезные конторы эт все боги ...

Хамство я отставляю на Вашей совести.
С чего Вы взяли, что я считаю серьезные конторы "богами"? Я столько ошибок и проблем с их API поимел, чтобы никаких иллюзий не испытывать.
Но в целом их API грамотнее 90% остальных, с которыми работал. Там вообще труба.
...
Рейтинг: 0 / 0
08.10.2018, 17:18
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39714583
Парамон
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Парамон
Участник
handmadeFromRuhVostt,

куча высера с переходом на личности даже было лень копипастить
отвечают на твои вопросы просто 409
из rfc7231

The 409 (Conflict) status code indicates that the request could not be completed due to a conflict with the current state of the target resource. This code is used in situations where the user might be able to resolve the conflict and resubmit the request. The server SHOULD generate a payload that includes enough information for a user to recognize the source of the conflict.

и вуаля и админы могут скипать и ты спишь спокойно и даже по стандарту. и все как надо внезапно да?
Уже писали ему 21697192 . Там глухая оборона, и задетое самомнение )
...
Рейтинг: 0 / 0
08.10.2018, 17:18
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39714595
monstrU
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
monstrU
Участник
девочки, не ссорьтесь :)

в связи с тем, что предмет спора потерялся, давайте дам конкретный пример получения списка сеансов билетной системы Единое поле

Код: html
1.
GET https://demo.edinoepole.ru/api/contractors/v2/events?contractor_id=123



дано
1. идентификатор верного контрагента 123.
2. других контрагентов в тестовом шлюзе нет.

требуется описать вашу архитектуру rest сервиса
1. что вы будете возвращать при вызове контрагента 123 => https://demo.edinoepole.ru/api/contractors/v2/events?contractor_id=123
2. что вы будете возвращать при вызове контрагента 456 => https://demo.edinoepole.ru/api/contractors/v2/events?contractor_id=456
3. что вы будете возвращать при вызове метода https://demo.edinoepole.ru/api/contractors/v2/event?contractor_id=123

один сеанс описывается у них объектом
Код: javascript
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
{
	"id": 52,
	"showtime": "2018-10-08T23:59:00.000+03:00",
	"status": "on_sale",
	"performance_id": 12,
	"hall_id": 11,
	"stop_reservation_time": "2018-10-08T23:44:00.000+03:00",
	"stop_long_reservation_time": "2018-10-08T23:44:00.000+03:00",
	"organization_id": 0
}



просьба сформулировать ваш вариант архитектуры для того, чтобы рассмотреть все возможные варианты и выбрать наилучшие подходы.
просьба первым постом предоставить ваш вариант архитектуры, вторым постом написать, что оппонент ч(М)удак, и далее по тексту.

я предлагаю учитывать, что 100% верного решения не будет и нужно выбрать какие то компромиссы .
...
Рейтинг: 0 / 0
08.10.2018, 17:40
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39714598
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
ПарамонПытаюсь приводить примеры на пальцах, но ты и тут сути не улавливеашь )

Ну какие ты примеры "на пальцах" приводишь? Дёрнутый пример вызова $.ajax? Этот?
Ты так тонко шутишь, или в серьёз шпаришь?


ПарамонУже писали ему 21697192 . Там глухая оборона, и задетое самомнение )

Угу, игнор ответа с моей стороны с полными выкладками из RFC, говорит о том, что ты включил школоло-троллинг, ну это слив при чём какой-то позорный и неинтересный.
...
Рейтинг: 0 / 0
08.10.2018, 17:56
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39714599
Парамон
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Парамон
Участник
Addx,

Хотим авторитетов, ладно. Амазон устроит?

RESTful Error Responses

Для хвоста отдельно выделю:

amazonAmbiguousGrantByEmailAddress : 400 Bad Request
BucketAlreadyExists : 409 Conflict
BucketAlreadyOwnedByYou : 409 Conflict
BucketNotEmpty : 409 Conflict
RestoreAlreadyInProgress: 409 Conflict
UnresolvableGrantByEmailAddress: 400 Bad Request
...


Но правильно конечно у хвоста, это так, глупые школьники на коленке лабают.
Уже даже не важно, во что его макнуть, все равно пахнет розами ))
...
Рейтинг: 0 / 0
08.10.2018, 17:57
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39714600
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
handmadeFromRuи вуаля и админы могут скипать и ты спишь спокойно и даже по стандарту. и все как надо внезапно да?

Ты тоже чукча-не-читатель? Я сказал, что если соответствует спецификации протокола, и речь идёт об URL, то 409 подходит. А ты что хочешь сказать? Вы какие-то тёмные ребята.

То "миллионы" каких-то выдуманных адептов непонятно какой религии. То непонятные смыслы.

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

Я понимаю, что жить в сумраке так долго это обидно. Смирись.
...
Рейтинг: 0 / 0
08.10.2018, 18:01
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39714606
Парамон
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Парамон
Участник
hVosttУгу, игнор ответа с моей стороны с полными выкладками из RFC
Смысл? Если ты не в состоянии понять, что там пытались донести ) А я ведь даже перевел.
...
Рейтинг: 0 / 0
08.10.2018, 18:05
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39714608
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
ПарамонХотим авторитетов, ладно. Амазон устроит?

RESTful Error Responses

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

Ну и криминального тут ничего нет. Просто очередной РЕСТ головного мозга, это бывает как раз в передовых компаниях. И с попыткой внедрить насильно XML в веб было, что теперь? Что это доказывает, я не понимаю?


ПарамонНо правильно конечно у хвоста, это так, глупые школьники на коленке лабают.
Уже даже не важно, во что его макнуть, все равно пахнет розами ))

Я пока вижу только попытки прикрыться авторитетами. Это всё, что я увидел.
...
Рейтинг: 0 / 0
08.10.2018, 18:05
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39714609
Парамон
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Парамон
Участник
hVosttБольшие дяди тоже косячат. Примеров подобного составы, у всех
Stakoverflow комьюнити косячат, Amazon, MS косячат.
Вам кажется, что все вокруг дураки?
Это давно началось?


hVosttЯ пока вижу только попытки прикрыться авторитетами. Это всё, что я увидел.
Хотя бы, я так вообще ничего, кроме неправильного понимания RFC не увидел )
...
Рейтинг: 0 / 0
08.10.2018, 18:12
| Ответить | Цитировать | Написать  
25 сообщений из 370, страница 7 из 15
  7  все
Форумы / ASP.NET [игнор отключен] [закрыт для гостей] / Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=18&msg=39714583&tid=1355117]:
 0ms
get settings:
 8ms
get forum list:
 11ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 42ms
get topic data:
 7ms
get forum data:
 2ms
get page messages:
 52ms
get tp. blocked users:
 1ms
others: 12ms
total:  141ms
созд. / загр.: 141ms
x
x
Закрыть


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