ForHosting KIT · 開発者向けツール

xxencodeエンコーダー

「Hello, world!」を begin 644 hello.txt 付きの古典的なxxencodeブロックにまとめます。使う文字はプラス、マイナス、数字、英字だけなので、EBCDICの中継で化けません。復号もできます。ブラウザで無料で使えます。

  • 無料
  • ブラウザで動作
  • 登録不要
  • データは端末の外に出ません
ご利用方法 ウェブAPIメールTelegramアプリ 近日
入力した場合
テキスト
Hello, world!
計算モード
Encode
ファイル名
hello.txt
結果
結果
begin 644 hello.txt BG4JgP4wg65RjQalY6E++ + end
エンコード
xxencode
バイト
13

xxencodeはuuencodeと同系の古典的なバイナリからテキストへの符号化ですが、空白の多いuuアルファベットを、プラス・マイナス・数字・文字だけで構成される六十四文字セットに置き換えます。xxencodeエンコーダーやxxencodeデコーダーを探す方は、古いメールアーカイブの復元、Unix転送ツールとの相互運用、Base64と並べた符号化の歴史の教材、あるいは短いUTF-8メッセージの決定的でテキスト安全な梱包が必要な場面が多いです。本機能はその日常作業を担います。符号化は純粋なUTF-8と六ビット詰めです。復号は任意のbegin/endラッパを受け付け、空行を取り除き、違法な記号を黙って修復せず拒否します。

UTF-8テキストを古典的xxencodeへ符号化

エンジンは文字列をUnicodeテキストとして解釈し、UTF-8バイトへ直列化したうえで、歴史的なxxencodeツールが用いる古典的なbeginおよびend形式で包みます。各本体行は同じ六十四記号アルファベットから取った長さ文字で始まり、その後に三データバイトを二十四ビットの六ビット索引へ詰める四文字グループが続きます。

行は最大四十五データバイトを運び、馴染みのあるuuencodeの行予算に合わせて長いメッセージでもメールクライアントやログビューアで読みやすく保ちます。アルファベット自体はプラス・マイナス・数字〇〜九・大文字A–Z・小文字a–zのみで、EBCDICゲートウェイが書き換えていた空白や句読点はありません。

空文字列も有効で、長さゼロの終端行を持つ整形式ブロックを生成します。多言語テキスト・絵文字・句読点はLatin-1の近道ではなく完全なUTF-8経路のため往復可能です。アルゴリズムはネットワークも乱数ソルトも壁時計もなく純算術のため、同一入力は常に同一出力になります。

EBCDIC安全なテキスト表現、uuencodeと並べた教材サンプル、古典的xxencode行構造に一致すべきフィクスチャが必要なときはこの経路を使ってください。

xxencodeをテキストへ復号し無効入力を処理

modeをdecodeにし、textに古典的xxencodeブロックまたは本体のみの行列を置いてください。先頭と末尾の空行は無視されるため、複数行の貼り付けも機能します。任意のbegin行(形式begin mode filename)から報告用filenameが解析され、末尾のend行があれば受け付けます。

アルファベットは厳格で、プラス・マイナス・数字・文字のみが受理されます。四十五を超えるデータバイトを宣言する行、宣言長より短い切れた四文字グループ、長さゼロ終端の後のデータも同様に拒否されます。

成功時はresultに復元文字列、modeがdecode、encodingがxxencode、bytesに復号UTF-8長、filenameにbegin行の名前(ヘッダ省略時はdata)を返します。

検索意図がまさにxxencodeエンコーダー・xxencodeデコーダー、あるいは可読コンテンツ向けのEBCDIC安全なuuencode代替である場合はこの機能を選び、Base64・Ascii85・古典的uuencodeはそれぞれのランディングを持つ別ツールのままにしてください。

レガシーUnix xxencodeとの相互運用

復元ラボ、教材、混在プラットフォームの受け渡し向けに、歴史的xxencodeツールと一致する古典的begin/endブロックを生成または消費します。

xxencodeでテキストを符号化するには?

任意のfilenameがbegin行名になります。応答のresultに古典的xxencodeブロック、bytesにUTF-8長が入ります。

xxencodeをテキストへ復号するには?

任意のbegin/endラッパを受け付けます。resultが復元UTF-8、filenameはbegin行がある場合それを反映します。

無効なxxencode文字では何が起きますか?

EBCDIC安全アルファベット(+ - 0-9 A-Z a-z)外の文字、長すぎる行、切れたグループは拒否され、検証失敗は課金されません。

xxencodeとuuencodeの違いは?

どちらも長さ接頭辞付きで三バイトを四つの六ビット文字に詰めますが、xxencodeはEBCDIC系でのより安全な転送向け英数字アルファベット(+-0-9A-Za-z)を使い、古典的uuencodeはメールゲートウェイがしばしば壊す空白ベースのアルファベットを使います。

begin 行のファイル名は指定できますか?

はい。符号化のときに message.txt のような名前を指定でき、省略すると data になります。復号では begin 行の名前を表示し、begin と end のないブロックもそのまま受け付けます。

このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。

POSThttps://api.kit.forhosting.com/enc/xxencode

Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。

curl -X POST https://api.kit.forhosting.com/enc/xxencode \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"text":"Hello, world!"}'
{
  "text": "Hello, world!"
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "enc.xxencode",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。

1リクエストあたり$0.002

単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。

HTTPコード意味
401unauthorizedAPIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。
402insufficient_balance残高が不足しています。チャージ後に再度お試しください。
404unknown_type指定されたタスクタイプは存在しません。タイプ名を確認してください。
429rate_limitedリクエストが多すぎます。しばらく待ってから再度お試しください。

この英数字設計は、メールゲートウェイやEBCDICシステムがuuencodeストリームをしばしば壊したようにペイロードを改変しないよう生まれました。modeにencodeまたはdecodeを選び、textフィールドを送り、任意でbegin行のファイル名を指定すると、古典的なbegin/endブロックまたは復元された平文が返り、xxアルファベット外の文字を含む復号入力には明確なinvalid_inputエラーを返します。

UTF-8テキストを古典的xxencodeへ符号化

必須の文字列フィールドtextにxxencodeで表したい平文メッセージを入れたJSON本体を送り、modeは既定のencodeのままにするか、明示的にencodeを設定してください。任意のfilenameフィールド(別名nameとfile)はmessage.txtのような単純なbegin行名を書き、省略時の既定名はdataです。古いフォーム名からクライアントを生成する場合、textフィールドには任意の別名input・value・sも受け付けます。応答には常に完全なxxencodeブロックのresult、modeがencode、encodingがxxencode、符号化前のUTF-8長のbytes、begin行名を写すfilenameが含まれ、テストでペイロードサイズとヘッダメタデータの両方を検証できます。

xxencodeをテキストへ復号し無効入力を処理

ラッパなしのペイロードも、各本体行がアルファベットの長さ文字で始まる限り同様に有効です。uuencode貼り付けの空白、URL句読点、バイナリノイズなど他の文字は、無効なxxencode文字条件を名指しするメッセージ付きで即時にinvalid_inputとなり、壊れたUnicodeを返す代わりに貼り付けの修正を促します。アルファベットと構造の検証後、復元バイトは致命的デコーダでUTF-8として復号され、Unicodeテキストとして無効なら置換文字ではなくinvalid_inputになります。検証失敗は前払いAPIでは課金されないため、疑わしいアーカイブ断片の調査は運用者に安価で利用者にも安全です。

API利用・料金・ワークフローと実務上の制限

授業デモ、サポート手順書、アーカイブ復旧確認、一度きりの変換には、歴史的Unixパッケージや言語固有ポートを入れずにブラウザ上の無料xxencodeエンコーダーを呼び出してください。別の流れでは、リリース前にドキュメントのサンプルが文書化された平文へなお復号できるかを確かめ、encodeとdecodeのフィクスチャを固定して継続的インテグレーションがアルファベットの意図しないずれを検出できるようにします。原文は他のKIT parseアイテムと同じ保持規則に従い、アルゴリズムが隔離環境間で完全に決定的なため結果は継続的インテグレーションのフィクスチャに安全に固定できます。バックエンド・サーバーレス関数・SDKが同じ符号化/復号手順を残高下で必要とするときは、成功アイテムあたり$0.002の前払いKIT APIを使い、エンジンが拒否した後の検証失敗は残高を消費しません。典型的な流れは、短い設定値やサンプルペイロードをテキストのみのチケットへ符号化し、EBCDICを意識した中継をまたぎ得るメールやチャットで送り、受信サービスでmode decodeにより復号し、bytesが元の長さと一致しfilenameがbegin行と一致することを検証します。現代の相手がBase64しか話さないときはこのエンドポイントをBase64ツールと組み合わせつつ、xxencodeの歴史とEBCDIC安全性対Base64の普及という検索意図ごとにランディングを分けてください。SDKを出荷する著者はresultフィールドをコピーボタンへそのまま対応付けられ、modeとencodingのラベルは、古典的なbegin/endラッパと英数字アルファベットしか知らない読者にもOpenAPI例を自己説明的にします。

EBCDIC安全なメールとアーカイブ転送

ゲートウェイやEBCDICシステムが古典的uuencodeの空白を壊す場合、英数字のxxアルファベットで短いUTF-8ペイロードを符号化し、到着時に同じmodeフィールドで復号します。

ドキュメントとCIのゴールデン検証

xxアルファベットや行長規則がずれたらすぐ失敗するよう、encodeとdecodeのフィクスチャを固定してドキュメント例と継続的インテグレーション試験を守ります。

xxencodeエンコーダーは無料ですか?

ブラウザツールは端末上で無料です。API呼び出しは成功アイテムあたり$0.002の前払いKIT残高を使い、検証失敗は課金されません。

KITの完全なドキュメントを見る →