作業メモ
開発でID・エンコード・ハッシュを扱う前の確認手順
ID、エンコード済み文字列、ハッシュ値は見た目が似ていても役割が違います。作るのか、戻すのか、照合するのかを先に決めます。
生成・復号・照合を分ける
何をしたいかを間違えると、開くツールも確認結果の意味も変わります。
IDは識別子として扱う
UUIDやULIDはレコード識別に使い、暗号化やハッシュの代わりにはしません。
Base64とハッシュは別物
Base64は戻せる表現変換、SHA-256は元に戻す用途ではないハッシュです。
次にやること
1. IDを生成するか読むかを分ける
新規IDが必要なのか、既存IDの形式や時刻を確認したいのかを決めます。
- UUID・ULID生成
新しいUUIDやULIDを作ります。
- UUID・ULIDデコーダー
既存IDの形式や時刻情報を確認します。
- ULIDデコーダー
ULIDから生成時刻を確認します。
2. エンコード文字列を読む
URLやBase64の変換結果を、元の文字列と分けて確認します。
- Base64エンコード・デコード
Base64文字列を変換して確認します。
- URLエンコード・デコード
URL中の日本語や記号を確認します。
- JWTデコーダー
JWTのHeaderとPayloadを展開します。
3. ハッシュと構造データを確認する
照合用のハッシュと、JSONとして読む値を混同しないようにします。
- SHA-256 ハッシュ生成
文字列から照合用のハッシュ値を作ります。
- JSON整形
デコード後のJSON構造を確認します。
- JWT期限チェッカー
expクレームの期限を確認します。
詰まりやすい場面
- ログやAPIレスポンスに出てきた文字列の種類を見分けたいとき
- UUIDやULIDを新規生成するか、既存値を読むか迷うとき
- Base64、URLエンコード、ハッシュ値を同じ感覚で扱ってしまいそうなとき
まず開くツール
各段階で最初に開くものだけを並べています。
必要なら見るページ
用語や周辺ツールが必要なときだけ使います。
- データ変換・開発カテゴリ
ID、エンコード、JSON、正規表現の周辺ツールを見たいとき。