Fetch API;зачем использовать режим "без корс", если ответ непрозрачный? - PullRequest
0 голосов
/ 29 сентября 2018

Я прочитал этот вопрос и этот вопрос .Первое объясняет только «без корсов» против «того же происхождения»;последний рекомендует, чтобы «no-cors» был бесполезен из-за непрозрачного ответа (с которым Javascript не может читать / делать что-либо полезное):

В принципе, вы никогда не захотите использовать режим: 'no-Корс на практике - за исключением некоторых очень ограниченных случаев.Это потому, что режим настройки: «no-cors» фактически говорит браузеру: «Заблокируйте мой JavaScript-код на внешнем интерфейсе от просмотра содержимого тела и заголовков ответа при любых обстоятельствах». В большинстве случаев это явно не то, что вам нужно.

Может ли кто-нибудь посоветовать , каковы примеры этих "ограниченных случаев", когда мы хотели бы использовать "no-cors" (даже если ответ непрозрачный?)

Единственный случай, о котором я могу подумать, это своего рода односторонняя связь;если клиенту достаточно отправить GET или POST серверу, просто, чтобы сервер мог отследить, что запрос произошел ;(например, чтобы увеличить счетчик запросов);...

... тогда достаточно, чтобы ответ был OpaqueResponse;т. е. клиенту нужно только знать, был ли запрос успешным (статус 200), не ожидает какого-либо ответа от полезной нагрузки.

Является ли моя идея верным примером?Может ли кто-нибудь порекомендовать другие возможности / варианты использования / примеры использования «без корс»?

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...