Как отключить HTTP/2-сервер при использовании выборки?

Ответ 1

После того, как вы последовали вместе со своим тестовым примером, я смог решить эту проблему (пример) следующим образом, хотя я не знаю, что это применимо ко всем более общим случаям:

• Используйте chrome.webRequest для перехвата ответов на запросы расширения.
• Используйте блокирующую форму onHeadersRecieved для выделения заголовков, содержащих rel=preload
• Разрешить ответу с обновленными заголовками.

Я должен признать, что я потратил много времени, пытаясь понять, почему это, похоже, работает, поскольку я не думаю, что зачистка заголовков Link должна работать во всех случаях. Я думал, что Server Push просто начнет толкать файлы после отправки запроса.

Как вы упомянули в своей дополнительной заметке о SETTINGS_ENABLE_PUSH, большая часть этого на самом деле испечена на хроме и скрыта от нашего взгляда. Если вы хотите копать глубже, я нашел подробности в chrome://net-internals/#http2. Возможно, Chrome убивает файлы, отправленные Server Push, которые не имеют соответствующего заголовка Link в исходном ответе.

Это решение зависит от chrome.webRequest Docs

Фон расширения script:

let trackedUrl;

function foo(url) {
  trackedUrl = url;
  const options = {};
  options.credentials = 'omit';
  options.method = 'get';
  options.headers = { 'Accept': 'text/html' };
  options.mode = 'cors';
  options.cache = 'default';
  options.redirect = 'follow';
  options.referrer = 'no-referrer';
  options.referrerPolicy = 'no-referrer';
  return fetch(url, options)
}

chrome.webRequest.onHeadersReceived.addListener(function (details) {
  let newHeaders;
  if (details.url.indexOf(trackedUrl) > -1) {
    newHeaders = details.responseHeaders.filter(header => {
      return header.value.indexOf('rel=preload') < 0;
    })
  }

  return { responseHeaders: newHeaders };
}, { urls: ['<all_urls>'] }, ['responseHeaders', 'blocking']);

Расшифровка манифеста:

{
  "manifest_version": 2,
  "name": "Example",
  "description": "WebRequest Blocking",
  "version": "1.0",
  "browser_action": {
    "default_icon": "icon.png"
  },
  "background": {
    "scripts": [
      "back.js"
    ]
  },
  "content_security_policy": "script-src 'self'; object-src 'self'",
  "permissions": [
    "<all_urls>",
    "background",
    "webRequest",
    "webRequestBlocking"
  ]
}

Дополнительные примечания:

• Я просто наивно ограничиваю это последним URL запроса от расширения, есть webRequest.requestFilters, запеченный в chrome.webRequest, вы можете проверить здесь

• Вы, вероятно, также захотите быть более конкретными в отношении того, какие заголовки вы снимаете. Я чувствую, что зачистка всех ссылок будет иметь некоторые дополнительные эффекты.

• Это позволяет избежать прокси и не требует установки заголовка Link в запросе.

• Это делает довольно мощное расширение, лично я избегаю расширений с разрешениями, например <all_urls>, надеюсь, вы можете сузить область действия.

• Я не тестировал задержки, вызванные блокировкой ответов для удаления заголовков.