跳到主要內容
bobob

網址解析工具

拆分 URL 的協定、主機、路徑、查詢參數、hash 與 origin,便於除錯重新導向。

只在瀏覽器裡處理輸入的內容不會送到伺服器。

輸入與結果

輸入的內容只存在這個瀏覽器。重新開啟可以還原上次的操作。

  • 拆分 URL 的協定、主機、路徑、查詢參數、hash 與 origin,便於除錯重新導向。
  • 以瀏覽器本機方式處理輸入,並在複製前檢查結果。
  • 搭配 網址解析工具 與相關工具縮短工作流程。
常見輸入
https://example.com/tools?q=json#top
用此範例檢查 網址解析工具 的輸入流程。
典型輸出
protocol, hostname, pathname, clean URL, duplicate signals, and URL canonical report
複製前用來確認結果格式與後續檢查點。
附加範例
https://example.com/path?utm_source=newsletter&id=123#details
複製前用來確認結果格式與後續檢查點。
附加範例
https://app.example.com/callback?state=a%20b&code=redacted
複製前用來確認結果格式與後續檢查點。
附加範例
https://example.com/page?utm_source=x https://example.com/page
複製前用來確認結果格式與後續檢查點。
  • 拆分 URL 的協定、主機、路徑、查詢參數、hash 與 origin,便於除錯重新導向。
  • 如果瀏覽器本機處理方式和真實輸入結構不一致, 輸出不能直接信任。
  • 複製的值中如果混入正式密鑰、客戶資料或內部 URL, 分享前必須移除。
  1. 1再次比較原始輸入與輸出形態。
  2. 2確認目標執行環境、編碼、時區與安全政策差異。
  3. 3繼續用相關工具檢查 網址解析工具 的結果是否適合下一步。
  • RFC 3986 defines where a URL splits

    scheme, authority (userinfo, host, port), path, query and fragment, each with its own delimiter. The fragment after `#` is **never sent to the server** — which is why it never appears in server logs.

    依據:RFC 3986

  • Your browser and your server can read the same URL differently

    Browsers follow the WHATWG URL Standard, which is more forgiving than RFC 3986 and normalises spaces and non-ASCII for you. So what the address bar shows and what actually goes over the wire, percent-encoded, are not the same string.

    依據:WHATWG URL Standard

網址解析工具 的輸入在哪裡處理?

可行的處理會在瀏覽器中執行,但不要輸入正式密鑰或客戶資料。

結果可以直接用於正式環境嗎?

複製前請再次確認執行環境、編碼、時區與安全政策等環境差異。