---
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>