テキスト→16進コンバータ
Helloは48656c6c6fになります。5バイトそれぞれが2桁の16進になり、アクセント付きの文字や絵文字は複数のUTF-8バイトに展開されます。16進を貼り付ければ、空白や0xが付いていても文章に戻せます。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- テキスト
- Hello
- 結果
- 48656c6c6f
- 計算モード
- Encode
- 区切り
- None
- バイト数
- 5
16進表記は、文字列の背後にある生バイトを確認・転送する日常的な手段です。各バイトは0〜9とa〜fの2桁になり、技術者はバイナリ破壊なくデバッガ、ネットワークトレース、ファームウェアツール、文書に値を貼り付けられます。本テキスト→16進コンバータは、完全なUTF-8直列化でプレーンUnicodeテキストをその16進表示に変換し、または16進ダンプを読みやすいテキストへ戻します。符号化または復号のモードと任意の区切りを選び、コンパクトなダイジェスト、空白区切りダンプ、コロン区切りのMAC風リスト、ダッシュ区切りの様式に合わせられます。整形後に奇数長の16進は半バイトを捏造せず、明確な無効入力エラーになります。
必要な区切りでテキストを16進に符号化
エンジンは文字列を UTF-8 に直列化し、各バイトを小文字の16進2桁へ写像します。A は forty-one、空白は twenty となり、アクセント付き文字や絵文字などのマルチバイト文字は正しいマルチバイト列に展開されます。
none はダイジェストやハッシュ風の貼り付けに適した連続コンパクト文字列、space は古典的なダンプ可読性のためにバイト間に1空白、colon は機器識別子やパケット要約で見慣れた aa:bb:cc 様式、dash は Windows やファームウェアメモで一般的な aa-bb-cc を生成します。空文字列は有効で、0バイトの空結果に符号化されます。
応答には常に16進文字列の result、mode が encode、解決された separator、符号化前の UTF-8 長に等しい bytes、encoding が utf-8 が含まれ、テストで内容とサイズの両方を検証できます。経路はネットワークも乱数ソルトも壁時計もない純粋な算術のため、同一入力は常に同一出力を生みます。
短いメッセージ、プロトコル標本、ツール横断でバイト単位比較が必要な設定断片の貼り付け安全な表現が必要なときは encode を用いてください。
16進を読める文字に戻す
mode を decode にし、text に16進文字列を置きます。先頭・末尾の空白・タブ・改行は除去され、内部の空白、コロン、ダッシュ、アンダースコア、カンマ、任意の zero-x 接頭辞も取り除かれるため、複数行ダンプや MAC 風の貼り付けも手作業の整形なしで動作します。正規化後の文字数は偶数でなければなりません。
整形後に 0〜9 と a〜f 以外の文字も拒否されます。桁列が合法なとき、バイトは致命的デコーダで UTF-8 として復号されます。成功時は result に復元文字列、mode が decode、指定または既定の separator、復号後 UTF-8 長の bytes、encoding が utf-8 です。
人が読む内容のテキスト→16進、16進→テキスト、文字列→16進という検索意図のときは本機能を優先し、純粋なバイナリファイル作業はファイル向けツールに委ねてください。
主な使い道と実用上の注意
教室デモ、サポート手順、プロトコル解説、単発の確認では、xxd、hexdump、言語固有ヘルパーを入れずにブラウザ上の無料テキスト→16進コンバータを呼び出します。検証失敗はエンジン拒否後に残高を消費しません。
典型的な流れは、separator none で短い設定トークンをコンパクト保存向けに符号化し、チケット経由で送り、受信サービスで mode decode により復号して bytes が元の長さと一致することを検証します。別の流れでは、文書のスクリーンショットで使うネットワーク図様式に合わせ separator colon で再符号化します。
文字列が複数のテキスト専用経路を通る必要があるときは Base64 や URL 符号化ツールと組み合わせますが、各ランディングページが単一の検索意図に合うよう手順は分離してください。
活用例
プロトコル標本とサポート用ダンプ
短い UTF-8 メッセージをチケットやパケットメモ用に16進へ符号化し、可読性のため space または colon 区切りを選び、受信側で同じ貼り付けを復号します。
よくある質問
テキストを16進に変換するには？
result は小文字16進です。バイトを区切る場合は separator を space、colon、dash にします。
16進をテキストに復号するには？
mode を decode にし、text に16進文字列を置きます。成功時 result は UTF-8 プレーンテキストです。
対応している区切りは？
encode では none（既定のコンパクト）、space、colon、dash をバイト間に使えます。decode では空白、コロン、ダッシュ、任意の 0x 接頭辞を受け付け、parse 前に除去します。
桁数が奇数の16進はなぜ受け付けられないのですか？
1バイトは必ず2桁の16進で表されるため、区切りを除いた桁数が奇数だと半端なバイトが残るからです。足りない桁を勝手に補うことはせず、はっきりとお知らせします。
アクセント付きの文字や絵文字はどうなりますか？
文章はUTF-8に変換されるため、アクセント付きの文字や絵文字は複数のバイトになり、それぞれが2桁の16進で表されます。そのため1文字が複数の組になります。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/enc/hex-text \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"text":"Hello"}'const res = await fetch("https://api.kit.forhosting.com/enc/hex-text", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"text": "Hello"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/enc/hex-text",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"text": "Hello"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/enc/hex-text", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"text":"Hello"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"text":"Hello"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/enc/hex-text", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"text": "Hello"
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "enc.hex_text",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。
料金
単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。
エラー
| HTTP | コード | 意味 |
|---|---|---|
401 | unauthorized | APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。 |
402 | insufficient_balance | 残高が不足しています。チャージ後に再度お試しください。 |
404 | unknown_type | 指定されたタスクタイプは存在しません。タイプ名を確認してください。 |
429 | rate_limited | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
必要な区切りでテキストを16進に符号化
必須の文字列フィールド text にバイトとして確認したいプレーンメッセージを入れた JSON 本体を送り、mode は既定の encode のままにするか、明示的に encode を指定します。任意フィールド separator はそれらの対の結合方法を制御します。text フィールドには input、value、s の別名が使え、古いクライアントがフォームを生成する場合は sep、delim、delimiter が separator の代わりになります。
16進をテキストへ復号し不正ペイロードを拒否
各バイトに16進2桁が必要なため、奇数長の16進は幽霊ニブルを埋めず、明示メッセージ付きで invalid_input を発生します。検証失敗は前払い API では課金されないため、切れたダンプの探索は運用上安全です。
API の利用、料金、ワークフロー、実用上の制限
バックエンド、サーバーレス関数、ファームウェア試験 harness、SDK が残高下で同じ encode または decode 手順を必要とするときは、成功1件あたり $0.002 の前払い KIT API を使います。SDK を出荷する作者は result をコピーボタンへ直結でき、mode、separator、bytes のラベルにより、ダンプ形式を並べて比較する読者にとって OpenAPI 例が自明になります。
連携の活用例
文書と CI の golden 検査
奇数長16進エラーを含む encode・decode の fixture を固定し、16進整形がずれたら文書サンプルと継続的インテグレーション試験がすぐ失敗するようにします。
教育とデバッグ
学習者とエージェントが無料ブラウザウィジェットでテキストと16進を相互変換し、切れたダンプでは明確な invalid_input でマルチバイト UTF-8 列を確認します。
技術的な質問
16進が奇数長のときはどうなりますか？
各バイトに2桁必要なため decode は invalid_input で失敗します。区切り除去後の奇数桁は拒否され、課金されません。
テキスト→16進コンバータは無料ですか？
ブラウザツールは端末上で無料です。API は成功1件あたり $0.002 の前払い KIT 残高を使い、検証失敗は課金されません。