yEnc kodieren und dekodieren

Dieser yEnc-Kodierer wandelt reinen UTF-8-Text in das seit Langem auf Usenet genutzte Binärübertragungsformat mit geringem Overhead um und dekodiert gerahmte oder rohe yEnc-Payloads zurück zu lesbarem Text. yEnc behält fast jedes Oktett als einzelnes druckbares oder erweitertes Zeichen nach einem festen Offset von zweiundvierzig bei und escaped nur eine kleine kritische Menge, sodass Binärdaten in NNTP-Artikelkörpern mit weit weniger Aufblähung als Base64 reisen. Nutzen Sie es kostenlos im Browser für Usenet-Werkzeugpraxis und Artikel-Debugging, oder rufen Sie die API zu $0.002 pro erfolgreicher Anfrage auf, wenn Pipelines reproduzierbare yEnc-Transformationen in CI und Backend-Diensten brauchen.

Was yEnc ist und was dieses Werkzeug zurückgibt

yEnc ist eine Content-Transfer-artige Kodierung, damit Binärdateien in Usenet-Artikeln reisen können, ohne die Ein-Drittel-Größenstrafe von Base64. Jedes Eingabe-Byte wird um zweiundvierzig modulo zweihundertsechsundfünfzig verschoben; nur die kritischen Werte Null, Zeilenvorschub, Wagenrücklauf und Gleichheitszeichen werden escaped, indem ein Gleichheitszeichen vorangestellt und vor der Ausgabe vierundsechzig addiert wird. Wenn Sie opakes e-mail-sicheres Packen brauchen, bevorzugen Sie Base64- oder quoted-printable-Endpunkte; diese Landing gilt der usenet-orientierten yEnc-Kodierung, die News-Clients und Binär-Poster bereits erwarten. Kodierer fügen dann weiche Zeilenumbrüche ein, damit Artikelzeilen nahe der klassischen Breite von einhundertachtundzwanzig Zeichen bleiben, und rahmen den Körper mit einer =ybegin-Zeile, die size, optionale Zeilenlänge und einen Dateinamen trägt, plus einem =yend-Trailer, der oft size und eine IEEE-CRC-32-Prüfsumme enthält. Diese Seite folgt diesem Vertrag stets für UTF-8-Text: encode-Modus kodiert Ihre Zeichenkette in UTF-8, wendet Offset und kritische Escapes an, umbricht Zeilen und emittiert Header mit berechnetem CRC; decode-Modus entfernt Steuerzeilen, ignoriert CR und LF im Körper, kehrt Escapes um, prüft size und CRC wenn vorhanden und lehnt unvollständige Gleichheitssequenzen ab, statt zu raten. Die JSON-Antwort enthält result für die transformierte Zeichenkette, mode mit echo von encode oder decode, encoding fest auf yenc, size für die Binärpayload-Länge, optionale name und crc32, framed true wenn Header genutzt oder erkannt wurden, sowie input_bytes plus output_bytes, damit Sie Größen in Tests asserten können. Es gibt keinen Streaming-Pfad und keine stille Reparatur von kaputtem yEnc: entweder ist die Zeichenkette unter diesen Regeln gültig, oder die Anfrage scheitert mit invalid_input.

Wie text, mode, name und line gelesen werden und Ergebnisse reproduzierbar bleiben

Mode ist standardmäßig encode und akzeptiert decode explizit; Aliasse op, direction und action mappen denselben Schalter für Skripte, die diese Namen schon verwenden. Encode akzeptiert jede Unicode-Zeichenkette, wandelt sie mit dem Plattform-TextEncoder in UTF-8-Bytes und emittiert ein gerahmtes yEnc-Artikelfragment mit CRC-32 in Großbuchstaben. Nach der Byte-Wiederherstellung stellt eine fatale UTF-8-Dekodierung sicher, dass Binärmüll nicht zu Mojibake-Text wird. Das bevorzugte Payload-Feld ist text, mit Aliassen input, value und s, damit Formulare, Query-Strings und SDK-Clients denselben Vertrag ohne Umbenennen von Spalten nutzen. Optionales name (Aliasse filename, file) wird beim Kodieren auf die =ybegin-Zeile geschrieben und ist standardmäßig data.bin; es darf keine Wagenrückläufe, Zeilenvorschübe oder Gleichheitszeichen enthalten. Optionales line (Aliasse line_length, linewidth) setzt die Körper-Umbruchsbreite zwischen zweiunddreißig und fünfhundertzwölf Zeichen und ist standardmäßig einhundertachtundzwanzig, passend zur gängigen yEnc-Praxis. Decode akzeptiert gerahmten Text mit =ybegin und =yend oder einen reinen Körperstrom: ein unvollständiges Gleichheits-Escape am Ende, ein Gleichheitszeichen gefolgt von einem Zeilenumbruch, eine size-Abweichung zur dekodierten Bytezahl oder eine CRC-32-Abweichung scheitern mit einer klaren invalid_input-Meldung. Kombinieren Sie den kostenlosen Browserlauf auf dieser Seite mit der kostenpflichtigen API, wenn Sie dasselbe mathematische Ergebnis in einer automatisierten Pipeline brauchen, ohne yEnc-Tabellen selbst neu zu implementieren. Ungültige Eingaben liefern invalid_input und werden nicht berechnet, was Validierung günstig hält, während erfolgreiche Transformationen ein fester Stückpreis bleiben.

Wo yEnc in Usenet, Binärdaten und Test-Fixtures passt

Lehrende nutzen dasselbe Werkzeug, um den Unterschied zwischen Base64-Opazität und yEncs usenet-typischer Low-Overhead-Kodierung für vorwiegend binäre Payloads zu vermitteln. Auf dieser Seite läuft die Arbeit vollständig in Ihrem Browser; über die API kostet jede erfolgreiche Abfrage $0.002, fehlgeschlagene Validierung wird nicht berechnet, und nach der Antwort wird nichts gespeichert. Diese Aufteilung — kostenlose interaktive Erkundung und eine preislich identische API — entspricht dem restlichen KIT-Tier-A-Katalog und lässt Sie von einer Unterrichtsdemo zu einer automatisierten Pipeline wechseln, ohne das kodierte Ergebnis zu ändern.