nexus0, упощу для понимания: причин не получить контент миллион и превышение времени ожидания - меньшая из проблем. При создании парсера всегда встаёт вопрос необходимости повторять запросы, а ещё - делать работу быстро (параллельные обращения). И тому и другому способствуют очереди: RabbitMQ, Kafka и и.п.
nexus0, по тому что сеть не резиновая, и на сетевом уровни есть свои таймауты. Прокси работает на 4 уровне OSI (чаще 6-7) и выше и там каждый слой отлуп дает
SharkMan, jwt это формат токена только и к процессу аутентификации не имеет никакого отношения. Он про авторизацию. Там может быть что угодно: Oauth, OpenID, basic auth, самопал ...
Виталий Хоменко, это всегда низкая квалификация. Но если по делу - там ниже Давид ответил вариант, который поможет, но по мне так если оно и работает то дикость и не читабельность
davidnum95, тем что в HTTP REST представление должно содержать только объект, а все остальное должно находиться в мета-информации: то есть в теле ответа только стейт объекта, а все остальное в http headers. кроме того ошибки могут существовать только в виде ответа при не 2хх ответе. часть ответа response: bool вообще намекает на двойственность
Виталий Хоменко, максимум что могу предложить - каждый ключ верхнего уровня описать как отдельную модель и линковать. таким образом можно немного упростить, но это максимум
Иван Шумов
@inoise Куратор тега Amazon Web Services
NikSIk31, aws shield standard интегрирован в cloudfront и route53. можно добавить WAF. Если бизнес большой то там можно и aws shield advanced прикупить
