работал бы вчерную - не заплатил бы 6 значную сумму в налоговую (

Красиво

Кто работал с https://www.themoviedb.org/ - API . щас не работает запрос? а то мне  сервер отвечает ошибку

Всем привет!
Может кто подскажет, как можно отловить обрывы по таймауту?
Запрос через фетч и примерно через 2 мин происходит обрыв. Если я всё правильно понимаю, то это браузер обрывает соединение. То что попалось в инете - выставлять таймауты на фронте. Но тут, кажется, что сложно правильно время угадать

Хотелось бы отлавливать подобные ситуации и логировать

используйте 2 promise и promise.race

Если в браузере сработает тайм-аут - Запрос отвалится, используйте try catch для отлова

Мне показалось, что там пустая ошибка приходит. И не очень понятно, что случилось. Стоит перекреститься и проверить ещё раз?

Ошибка не приходит при тайм-ауте, вылетает обычно 504 error

В обще, если у вас по браузерному тайм-ауту отваливаются запросы, то лучше изменить логику самих запросов

Вы можете или в явном виде задать тайм-аут при создании запроса. И в таком случае получите возможность отловить что соединение отвалилось именно по тайм-ауту.

Или не указывать значение тайм-аута при запросе. Тогда, если соединение «повиснет» надолго, то сработает браузерный тайм-аут (в разных браузерах значение тайм-аута разное, характерное время — пара минут). Но в таком случае, ваш обработчик получит условную «ошибку запроса», без конкретной причины (тайм-аут там, или сервер не найден, или ещё чего)

Но если запрос не успевает отработать за характерное время порядка минуты, то стоит пересмотреть реализацию бэка

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

Хотелось бы, но возможности такой нет. Это сторонний бэк, к которому у нас доступов нет и повлиять на это неполучится

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

Сам был в такой ситуации.

К сожалению, если для тяжелых по времени операций на бэке архитектурно не предусмотрено нескольких запросов — запуск (создание) операции и опрос статуса (готово/не готово) — то вариантов всего два:

1. Или надеяться что большинство запросов будут выписываться в лимиты браузера на время ответа

2. Делать свой промежуточный бэк-адаптер, который с одной стороны может ждать ответа сколь угодно долго, а с другой будет реализовывать паттерн выше

Я не помню сходу. Вроде все равно лимит сверху у браузера есть. Ну и от самого браузера может зависеть тоже.

Подскажите пожалуйста, свчнулся в ветку, применил стеш, и грохнул его. А терь надо єтот стеш, который был грохнут зааплаить на другой ветке. Соответственно, на текущей надо сделать checkout .

как быть, братцы?

консоль где вы делали git stash pop / git stash apply еще есть

вывод