--- title: Cross-global fetch usage slug: Web/API/Fetch_API/Cross-global_fetch_usage translation_of: Web/API/Fetch_API/Cross-global_fetch_usage --- <p class="summary">Эта статья объясняет крайний случай, который случается с fetch (и потенциально с другими API, предоставляющими такой же способ получения данных). Когда cross-origin fetch, включающий относительный URL, инициируется из {{htmlelement("iframe")}}, относительный URL может использовать текущий глобальный location вместо того что задается в iframe.</p> <h2 id="Крайний_случай">Крайний случай</h2> <p>Многие сайты никогда не столкнутся с таким поведением. Чтобы увидеть его:</p> <ul> <li>Вам понадобится same-origin iframe</li> <li>Этот same-origin iframe должен располагаться с другим base URL</li> <li>Вы должны использовать функцию fetch cross-global, т. е. <code>frame.contentWindow.fetch()</code></li> <li>Переданный в fetch URL должен быть относительным</li> </ul> <h2 id="Проблема">Проблема</h2> <p>В прошлом мы разрешали относительный URL адрес вместо текущего глобального, для примера:</p> <pre class="brush: js">let absolute = new URL(relative, window.location.href)</pre> <p>Это не проблема как таковая. Просто разные API, демонстрирующие такое поведение, делали его несовместимым с поведением, определенным в спецификации, что может привести к проблемам в дальнейшем.</p> <h2 id="Решение">Решение</h2> <p>В Firefox 60 и далее, Mozilla сопоставляет относительный URL с глобальным, которой принадлежит используемой функции <code>fetch()</code> (смотри {{bug(1432272)}}). Таким образом в случае описанном выше, он разрешается в зависимости от расположения iframe:</p> <pre class="brush: js">let absolute = new URL(relative, frame.contentWindow.location.href)</pre> <p>Ведется много дискуссий о том, как привести новые спецификации в соответствие с этим изменением поведения, для того чтобы уменьшить возможные проблемы в будущем.</p>