feat: PWA service worker 拦截主文档时用 HEAD fetch 兜底拉响应头

诊断 nodeseek.com 响应头一直为 0 时跑了一段临时 webRequest listener，硬刷新页面后 console 输出全是 type=xmlhttprequest tabId=-1，**没有 main_frame**。这说明 nodeseek 注册了网站自己的 service worker（PWA），主文档 navigation 被 SW 的 fetch handler 拦截后用 cache 返回——chrome.webRequest 文档明确写过：当 service worker 用 respondWith 返回非网络响应时，onHeadersReceived 不触发。这是 chrome 平台行为，不是我们代码问题。

不能改 chrome，只能扩展自己兜底拉响应头。新增 fetchMainHeadersFallback：

  fetch(url, { method: 'HEAD', credentials: 'omit', cache: 'no-store', redirect: 'follow' })

扩展 service worker 在扩展上下文跑，发起的 fetch 不会被网站 service worker 拦截（两个 SW 隔离），直接走真实网络。HEAD 请求只取 header 不要 body，省带宽。如果 HEAD 返回非 200/405（少数站不支持 HEAD），降级到 GET 重试，依然只读 header 不读 body 让 GC 回收。

response.headers.forEach 转成 chrome.webRequest details 兼容的 [{name,value}] 数组，喂给现有 buildHeaderRecord 复用 normalizeHeaders / pickHeaders / detectFromHeaders 整套链路，输出与正常 webRequest 路径完全一致的 record，包括 normalizedHeaderCount 字段。

调用时机放在 runActivePageDetection 里 page-detector 跑完之后：检查 data.main 是不是空，空就拿 page.url 去 fallback fetch 一次。这样：

- webRequest 正常拿到响应头的站（绝大多数）：data.main 已存在，跳过 fallback，零额外请求
- service worker 拦截主文档的 PWA（nodeseek / Twitter Web App / 一些 vue-pwa 站）：data.main 为空，触发 HEAD fetch 兜底，用户看到的响应头数从 0 变成真实数字
- credentials: 'omit' 不带页面 cookie，可能与浏览器实际请求看到的响应头有细微差异（比如登录态相关的 Set-Cookie），但 server / x-powered-by / cf-ray / content-type 等共性技术线索 header 是一致的，足够识别用

插件版本升级到 1.1.4。

Author: setube

package.json

@@ -1,7 +1,7 @@
 {
   "name": "stackprism",
   "private": true,
-  "version": "1.1.3",
+  "version": "1.1.4",
   "type": "module",
   "description": "StackPrism 用于检测网页前端、后端、CDN、SaaS、广告营销、统计、登录、支付、网站程序和主题模板线索。",
   "scripts": {

src/background/detection.ts

@@ -1,5 +1,6 @@
 import { augmentPageWithWordPressThemeStyles } from './wordpress'
 import { buildPopupCacheRecord, cleanPageDetectionRecord } from './popup-cache'
+import { fetchMainHeadersFallback } from './headers'
 import { clearBadge, getTabData, getTabSnapshot, updateBadgeForTab, writeTabData } from './tab-store'
 import { buildEffectivePageRules, loadDetectorSettings, loadTechRules } from './detector-settings'
 
@@ -53,6 +54,12 @@ export const runActivePageDetection = async (tabId: number) => {
 
     const augmentedPage = await augmentPageWithWordPressThemeStyles(page)
     data.page = cleanPageDetectionRecord(augmentedPage)
+
+    if (!data.main) {
+      const fallback = await fetchMainHeadersFallback((page as any).url || '', rules.headers || {}, settings)
+      if (fallback) data.main = fallback
+    }
+
     data.updatedAt = Date.now()
     await saveTabDataAndBadge(tabId, data, settings)
   } catch {

src/background/headers.ts

@@ -112,6 +112,32 @@ const detectFromHeaders = (headers: Record<string, string>, url: string, headerR
   return technologies
 }
 
+export const fetchMainHeadersFallback = async (url: string, headerRules: any, settings: any) => {
+  if (!url || !/^https?:/i.test(url)) return null
+  try {
+    let response = await fetch(url, { method: 'HEAD', credentials: 'omit', cache: 'no-store', redirect: 'follow' })
+    if (!response.ok && response.status !== 405 && response.status !== 0) {
+      response = await fetch(url, { method: 'GET', credentials: 'omit', cache: 'no-store', redirect: 'follow' })
+    }
+    const responseHeaders: Array<{ name: string; value: string }> = []
+    response.headers.forEach((value, name) => responseHeaders.push({ name, value }))
+    if (!responseHeaders.length) return null
+    return buildHeaderRecord(
+      {
+        url: response.url || url,
+        type: 'main_frame',
+        method: 'HEAD',
+        statusCode: response.status,
+        responseHeaders
+      },
+      headerRules,
+      settings
+    )
+  } catch {
+    return null
+  }
+}
+
 export const buildHeaderRecord = (details: any, headerRules: any, settings: any) => {
   const normalizedHeaders = normalizeHeaders(details.responseHeaders)
   const headers = pickHeaders(normalizedHeaders, headerRules.interestingHeaders || [])