UltKit

開發者工具

八款網頁與後端開發的日常工具:格式化並驗證 JSON、編碼與解碼 Base64、URL 和 HTML 實體、產生 UUID、計算雜湊值、讀取 JWT,以及測試正規表示式。這些工具使用瀏覽器內建的 API 執行,權杖與資料內容絕不會離開您的電腦。

選擇工具

同一個字串,五種編碼

文字「Café & crème?」在建置本頁時經過各工具處理的結果。編碼可以還原,雜湊則不行。

方法輸出長度可還原
Base64Q2Fmw6kgJiBjcsOobWU/20是
URL 編碼(encodeURIComponent)Caf%C3%A9%20%26%20cr%C3%A8me%3F31是
HTML 實體(具名)Café & crème?31是
MD5 雜湊c0fdf467ecd73617537f508352d98c1932否(單向)
SHA-256 雜湊5cac0437a796074c1d26e85fa57bc828ec3e4083a790da8b8d082a8de353132064否(單向)

為什麼在本機執行很重要

開發者工具處理的輸入內容,往往是你經手最敏感的字串:存取權杖、含有客戶資料的 API 回應、帶有內部主機名稱的設定檔。把這些內容貼到會傳送至伺服器的網站,就等於留下一份你無法掌控的副本。這裡的每項工具都只靠 Web 平台本身運作:JSON.parse 與 JSON.stringify、用於 Base64 的 TextEncoder 與 atob、encodeURIComponent、crypto.randomUUID、Web Crypto 的 digest 函式,以及 JavaScript 的正規表示式引擎。你可以載入頁面後中斷網路連線,繼續使用。

由於使用的是瀏覽器本身的引擎,結果會與你的前端程式碼實際執行的行為一致。在這裡運作正常的正規表示式,在你的 JavaScript 中也會有相同表現;格式化工具接受的 JSON 文件,JSON.parse 也同樣接受。

編碼、跳脫與雜湊是不同的事

編碼是改變位元組的寫法,讓資料能順利通過傳輸管道:Base64(RFC 4648)可將任何位元組轉成 64 種安全的 ASCII 字元,用於電子郵件與 data URL;百分比編碼(RFC 3986)則讓文字能安全地放進網址。跳脫使用 HTML 實體,避免 < 與 & 等字元被當成標記解讀。這三者任何人都能還原,完全沒有保密效果。

雜湊是單向的:SHA-256 會把任何輸入轉成固定 256 位元的指紋,無法還原成原本的輸入。雜湊可用來驗證下載檔案與偵測變更,但一般快速雜湊並不適合用來儲存密碼;請改用 bcrypt、scrypt 或 Argon2 這類慢速密碼雜湊。最後,常見的已簽署 JWT 只是經過編碼而非加密,因此解碼器不需要任何金鑰就能顯示其內容。

需要的是檔案,而不是程式碼片段時

這些工具處理的是你貼上的文字。若要把整份 JSON 匯出檔轉成試算表,請使用 JSON 轉 CSV;若要在 JSON、XML、YAML 與 CSV 檔案之間轉換,可使用 資料轉檔工具 處理這些檔案格式。

相關轉換工具:資料轉換工具JSON 轉 CSV

常見問題

這些開發者工具可以用來處理正式環境的機密資料嗎?
工具不會傳送輸入內容,但最安全的做法仍是盡量使用測試用權杖與已遮蔽的資料。畫面上顯示的任何內容都可能出現在螢幕截圖或螢幕分享中。
支援哪些瀏覽器?
支援目前版本的 Chrome、Edge、Firefox 與 Safari。crypto.randomUUID 與 Web Crypto API 需要安全的 (HTTPS) 頁面,UltKit 一律以 HTTPS 提供。
Base64 算是一種加密嗎?
不是。Base64 是字母表公開、可還原的編碼,任何人都能立即解碼。它只是讓二進位資料能以文字形式安全傳輸。
為什麼輸出結果和命令列工具不一樣?
通常是換行符號或字元編碼不同所致。這些工具以 UTF-8 編碼文字,且不會加上結尾換行,而 shell 中的 echo 會自動加上,除非使用 echo -n。
開發者工具會保留歷史紀錄嗎?
不會。兩次造訪之間不會儲存任何內容,關閉分頁後輸入內容即會捨棄。若要保留結果,請使用複製或下載按鈕。