api стороннее. Иногда один из нескольких запросов обрывается ошибкой, без разницы какой, и это вызывает 500 ошибку у эндпоинта и запрос обрывается. Как можно проигнорировать ошибку в запросе к апи, когда она появляется?
И я в целом почитал про такой подход, говорят что это плохо, то есть если уж что-то обвалилось с ошибкой внутри обработчика запроса то правильно будет и чтобы запрос пользователя закончился ошибкой. Так ли это?
А как тогда можно решить проблему? С апи приходит некий объем данных среди которых есть множество url адресов картинок. Бывает такое что часть из этих адресов не работатет, то есть при попытке получить картинку там будет 404. Но на клиент нужно вернуть только рабочие адреса. Как их можно проверить не отправляя head\get запроса по этому адресу ?
Перед тем как решать проблему опишите пожалуйста задачу
Ну я вроде написал. Есть ендпоинт по которому клиент получается данные. Эти данные берутся путем отправки запроса на сторонее АПИ. С апи приходят данные в т.ч. адреса картинок. Проблема в том, что часть из этих адресов может вести на 404 ошибку. Так вот зачем мне на клиент возвращать нерабочие url адреса ? По хорошему нужно как то отделить рабочие от нерабочих.
Вы не описали ожидания Клиента в случаи ошибки. Вам его надо самому придумать или есть в компании должность писателя задач?
В случае ошибки он просто ждет сообщение об ошибке.
Но у тебя батч операция. Так?
Выкидывать ли ошибку зависит от требований к задаче. Ты можешь ее проигнирировать. Если catch не работает, то ты не ждешь, по всей видимости, резолва промиса
Обсуждают сегодня