ForHosting KIT · 開発者向けツール

yEncエンコード・デコード

「Hello Usenet」を=ybegin行と、チェックサム 38A1E859 を含む=yend行の付いたyEncの断片に符号化し、逆にテキストへ戻します。各バイトを42ずらすだけなので、Base64よりずっと小さく収まります。ブラウザで無料で使えます。

  • 無料
  • ブラウザで動作
  • 登録不要
  • データは端末の外に出ません
ご利用方法 ウェブAPIメールTelegramアプリ 近日
入力した場合
テキスト
Hello Usenet
計算モード
Encode
名前
hello.bin
結果
エンコード
yenc
サイズ
12
Crc32
38A1E859
直線
128

yEncは固定の四十二加算オフセットのあと、ほぼすべてのオクテットを単一の印字可能または拡張文字として保ち、臨界集合だけをエスケープするため、バイナリデータはBase64よりはるかに膨張が少ない状態でNNTP記事本文を運べます。encodeを選び、サンプルやフィクスチャ、添付風の短い文字列を=ybeginと=yendヘッダおよびCRC-32トレーラで包むか、decodeを選び、手元のyEnc本体から元のバイト列とUTF-8テキストを復元してください。エンジンは完全に決定的で、同じtext・mode・name・行長は常に同じ結果を返し、ネットワーク呼び出しも乱数ソルトも日付依存の近道もありません。よくある確認として、Hello Usenetをフレーム付き記事断片に符号化し、その断片を元の句へ戻す操作があります。Usenetツールの練習や記事のデバッグにはブラウザで無料でお使いいただけます。

yEncとは何か、このツールが返すもの

yEncは、バイナリファイルがBase64の約三分の一というサイズ罰則なしにUsenet記事内を運べるよう設計されたコンテンツ転送風の符号化です。各入力バイトは二百五十六を法として四十二だけずらされ、臨界値であるnull・改行・復帰・等号だけが、等号を前置してから六十四を加算して出力されます。本ページはUTF-8テキストに対して常にその契約に従います。

encodeモードは文字列をUTF-8符号化し、オフセットと臨界エスケープを適用して行を折り返し、計算したCRC付きヘッダを出します。decodeモードは制御行を除き、本体内のCRとLFを無視し、エスケープを逆変換し、存在すればsizeとCRCを検証し、不完全な等号列は推測せず拒否します。ストリーミング経路も壊れたyEncの黙った修復もありません。

メール向けの不透明な梱包が必要ならBase64やquoted-printableの端点を優先してください。本ランディングは、ニュースクライアントとバイナリ投稿者がすでに期待するUsenet向けyEnc符号化のためのものです。

Usenet・バイナリ・テストフィクスチャにおけるyEncの位置

開発者は、バイナリ添付を含む生のNNTP記事を調べるとき、ニュースリーダパーサ用の小さなフィクスチャを作るとき、部分取得後にCRCトレーラが失敗した理由を調べるときにyEncに出会います。フロントエンドとサポートのチームは、臨界エスケープやソフト改行を誤る場当たり的スクリプトにデータを貼らず、チケット調査中にyEnc断片を復号します。

バックエンドサービスは、実投稿者のオフセットとヘッダ配置に一致すべき統合テストのため、短い多言語文字列や設定サンプルをフレーム化yEncに符号化します。関連する転送符号化が必要ならBase64やquoted-printableのヘルパと、無料で決定的なエンコーダの小さな実験室を組むときは他のテキストツールと組み合わせてください。

Usenet記事のデバッグ

yEnc記事断片を符号化または復号し、=ybeginのsize、本体エスケープ、CRC-32トレーラがニュースリーダの期待と一致するようにします。

yEncはBase64とどう違いますか?

yEncは各バイトを42ずらし、少数の臨界値だけをエスケープするため、オーバーヘッドはBase64の四文字アルファベットよりはるかに小さくなります。電子メールMIMEではなくUsenet記事本文向けに設計されています。

エスケープやCRCが壊れているとどうなりますか?

不完全な'='エスケープ、size不一致、CRC-32不一致は推測せず拒否されます。

結果は決定的ですか?

はい。 同じtext・mode・name・行長は、ネットワークも乱数も日付依存もなく、常に同じ結果を返します。

yEncではどのバイトがエスケープされますか?

各バイトはまず42ずらされます。その結果がヌル、改行、復帰、等号の4つの重要な値のどれかなら、等号に続けてその値に64を足した文字で書きます。それ以外は1文字のままです。

行の長さや添付ファイル名は変えられますか?

はい。符号化では1行を32〜512文字の範囲で指定でき、初期値は128です。名前は=ybegin行に入り、省略すると data.bin になります。

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

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

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

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

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

1リクエストあたり$0.002

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

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

このyEncエンコーダは、平文のUTF-8テキストをUsenetで長く使われてきた低オーバーヘッドのバイナリ転送形式に変換し、フレーム付きまたは生のyEncペイロードを再び読みやすいテキストへ戻します。CIやバックエンドで再現可能なyEnc変換が必要な場合は、成功した要求ごとに$0.002でAPIを呼び出してください。

yEncとは何か、このツールが返すもの

エンコーダは記事行が古典的な百二十八文字幅付近に収まるようソフト改行を挿入し、size・任意の行長・ファイル名を持つ=ybegin行と、しばしばsizeとIEEE CRC-32を含む=yendトレーラで本体をフレーム化します。JSON応答には変換後の文字列result、encodeまたはdecodeを返すmode、yenc固定のencoding、バイナリペイロード長のsize、任意のnameとcrc32、ヘッダ使用または検出時のframed true、テストでサイズを検証するためのinput_bytesとoutput_bytesが含まれます。これらの規則で有効な文字列か、invalid_inputで失敗するかです。

text・mode・name・lineの読み方と再現性の保ち方

modeの既定はencodeで、decodeを明示的に受け付けます。別名op・direction・actionは、すでにそれらの名前を使うスクリプト向けに同じ切替へ対応します。復帰・改行・等号を含めてはいけません。encodeは任意のUnicode文字列を受け、プラットフォームのTextEncoderでUTF-8バイトにし、大文字CRC-32付きのフレーム化yEnc記事断片を出します。decodeは=ybeginと=yend付きのフレーム文、または本体のみの流れを受け付けます。バイト復元後、致命的なUTF-8復号によりバイナリごみが文字化けテキストにならないようにします。推奨ペイロード欄はtextで、別名input・value・sにより、フォームやクエリ文字列、SDKクライアントが列名を変えずに同じ契約を再利用できます。任意のname(別名filename・file)は符号化時に=ybegin行へ書かれ、既定はdata.binです。任意のline(別名line_length・linewidth)は本体の折り返し幅を三十二から五百十二の整数にし、既定は百二十八で、一般的なyEnc慣行に合わせます。末尾の不完全な等号エスケープ、改行に続く等号、復号バイト数とのsize不一致、CRC-32不一致は、いずれも明確なinvalid_inputで失敗します。同一の数学的結果を自動化パイプラインで必要とするときは、このページの無料ブラウザ実行と有料APIを組み合わせ、yEnc表を自ら再実装しないでください。無効入力はinvalid_inputを返し課金されないため、検証は安価に保たれ、成功した変換は固定のitem価格のままです。

Usenet・バイナリ・テストフィクスチャにおけるyEncの位置

教育者は、主にバイナリなペイロード向けにBase64の不透明さとyEncの低オーバーヘッドUsenet符号化の差を教えるときに同じツールを使います。本ページでは作業はすべてブラウザ内で行われ、APIでは成功した照会ごとに$0.002、失敗した検証は課金されず、応答後に何も保存しません。無料の対話的探索と同一結果の有料APIという分担は、KITのティアAカタログの他項目と一致し、授業デモから自動化パイプラインへ、符号化結果を変えずに進めます。

バイナリフィクスチャの生成

単体テスト、ゴールデンファイル、NNTPや投稿者の統合確認用に、再現可能なフレーム化yEnc文字列を生成します。

パーサとCRCの検証

疑わしいペイロードを復号し、不完全なエスケープ・size不一致・CRC-32誤りを推測なしで表面化します。

yEncエンコーダの料金はいくらですか。

このページではブラウザ内で無料です。APIでは成功した要求が$0.002、無効な入力は課金されません。

どのモードが使えますか。

mode=encode(既定)は平文を=ybeginと=yend付きのフレーム化yEncにします。mode=decodeはyEnc文字列(フレーム付きまたは本体のみ)をUTF-8テキストへ戻します。

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