не рабочие (так задумано).
Картинки по 500кб, и пока хром их грузит, а потом ещё дольше пытается загрузить не валидный src,
я очищаю вывод, удаляю компонент в котором был этот вывод и сбрасываю все state этого компонента.
Типа очистил страницу от всех img, и загрузил уже другую.
Но в консоли по прежнему сыпятся ошибки, что не удалось загрузить img по указанному src.
Так и должно быть, или надо как-то хрому сказать, чтобы он прекратил все попытки получить уже не актуальные img?
Так и должно быть. Варианты решения 1. забить 2. руками загружать картинки фетчем + через аборт контроллер сбрасывать запрос
Я получаю одним фетчем из базы иногда по 200 объектов, в которых по 30 картинок. Потом разбираю этот ответ для вывода на отдельные блоки. И в разборе присваиваю блокам src. Не представляю как делать такое кол-во отдельных запросов для картинок
"И в разборе присваиваю блокам src." - этот этап заменить на мануал фетч, и только после конца запроса подставлять src
Но скорее всего заморачиваться врядли нужно
https://jsfiddle.net/f7x9j4w6/
в которых src половину не рабочие (так задумано). Кстати а зачем если не секрет?
Получаю из базы объекты с урлами на эти картинки, но тот кто хранит картинки, потом их чистит, и в итоге в старых объектах урлы которые присваиваю в src оказываются не валидные
Ну это конечно лучше на беке поправить. Почему урлы не правятся когда владелец информации ее редактирует?
Мы не знаем когда стирают урлы, просто парсим новые данные и добавляем в базу. Те у кого парсим данные, не дают открытого апи, но и парсить не мешают
Понял. Ну я бы все равно как то на беке это разруливал. Какую то регулярную таску бы запускал что б ченкуть наличие ресурсов. Негоже клиенту фронтовому так насирать
Да, об этом и думы, как проверять на битые урлы, буду думать, спасибо!
Обсуждают сегодня