а не о подмене ошибки. Нельзя показывать пользователю что приложение сломалось, это приводит к потере траффика и пользователи, особенно новые могут покинуть сайт и больше туда не вернуться, а вы тут палец вниз ставите, как будто поломку клиенту НОРМ показывать.
нельзя показывать пользователю что приложение сломалось У нас всё в порядке, мы работаем. А то, что у вас на балансе 0 и пропали ваши 100500 евро, и нет ни одного продукта в продаже - это не проблема, это у нас всегда так, ха-ха, заходите ещё
В принципе, типичная история в России, не только касательно IT.
Даже если говорить о UI, задача "показать будто всё нормально при упавшем беке" на UI не имеет отношения к решению "для результата БД брать дефолтные значения в случае проблемы с запросом или падением БД"
Ну ты реально ерунду городишь? Если обосрался, то признайся!
Если бы дело было в этом, просто человек не хочет признать, что поломанное приложение нельзя показывать клиенту, я не говорил, что клиенту надо показать что всё ОК, я говорил, что клиенту надо показывать понятные, человекопонятные ошибки. Не "ОШИБКА 404" - а "Такой товар не найдей", и показать похожие варианты товара. Вместо 419 ошибки перебрасывать на логин, чтобы пользователь понял что исчерпал свой токен авторизации, и сессия закрылась, прервалась. Если 422 ошибка, то надо показать пользователю так, чтобы он понял, что в поломке не его вина. Если ошибка 403, то просто написать "Доступ запрещён, вы не можете совершать данные действия или просматривать данную страницу". И какая то кнопка или призыв к действию "вернуться назад", "попробовать ещё", "на главную". Что-то, что поможет пользователю работать с приложением дальше. А мне кидают пальцы вниз за это.
Отлично, только ты вместо "сервис не доступен", когда сломана СУБД, предлагаешь говорить "всё ок, у нас/нас ничего нет"
Здесь никто и не утверждает, что нужно показывать поломанное приложение. Что ты имеешь в виду под поломанным приложением. Лично я понимаю это как исключения, красная консоль и всё покатилось в тартарары.
И повторю блин в 5-ый раз уже, что ты там будешь показывать на UI - это вопросы UI. Это НЕ ДОЛЖНО решаться тем, что у тебя модули работы с БД возвращают дефолтные значения.
С этого предложения началось всё обсуждение
"Он художник, он так видит."
Нет, я так не говорил, я не говорил о позитиве в случае ошибки. Я говорил о возможности скрыть дебагинг от пользователя, потому как выше правильно сказали, это не безопасно, так как может вывалится много приватной информации о которой клиент знать не должен, так же я писал о понятных для человека ошибках. Мы привыкли говорит на своём языке программиста, обычные люди нас просто не понимают. Даже лучше закрыть дебагинг ошибкой "приложение сломалось, ведутся технические работы", чем "Ошибка 500", или содержимое дебага. Например о том что функция А не существует. Ну к примеру.
Ты это говорил своим самым предложением про этой теме - возвращать дефолтное значение https://t.me/nodejs_ru/1043416
Я не знаю, как ещё можно понять, что надо в моделях, по которым идёт работа с БД на беке, добавлять дефолтные значения...
видимо потому что я описывал проблемы фронтенда, а обсуждался бэкенд, вот и не сошлось понимание.
Обсуждают сегодня