Homoglyph-Textkonverter

Wie Homoglyph-Mapping funktioniert und was die Antwort enthält

Bei Erfolg spiegelt die Antwort den Originaltext wider, liefert result als transformierte Zeichenkette, mode als angeforderte Operation, direction als aufgelösten Encode- oder Decode-Pfad, mapped als Anzahl der Tabellentreffer, unmapped_count und unmapped als die eindeutigen Durchleitungszeichen, length als Skalarlänge des Ergebnisses und method fest auf homoglyph.

Eingabefelder, Modi, Validierungsregeln und häufige Fallstricke

Optional senden Sie mode als encode, decode oder auto; fehlt der Wert, ist auto der Standard. Der Modus auto dekodiert, wenn irgendein exklusives Homoglyph-Glyph vorhanden ist—Zeichen, die nur als confusable Formen und nie als plain Map-Schlüssel vorkommen—und kodiert sonst; das ist der richtige Standard beim Einfügen gemischten Texts ohne Nachdenken über die Richtung. Zeichen ohne Tabelleneintrag, darunter die meisten Emoji, CJK-Ideogramme und Satzzeichen, bleiben im Ergebnis in Originalform und werden unter unmapped eindeutig gelistet, damit Sie die Abdeckung prüfen können, ohne die ganze Zeichenkette abzulehnen. Bevorzugen Sie diese Landing, wenn die Suchintention wörtlich Homoglyph-Konverter, confusable Unicode oder lateinische Lookalike-Zeichen ist; reine Fullwidth-, Fraktur- oder Upside-down-Werkzeuge bedienen andere Intentionen und bleiben getrennt. Senden Sie ein Pflicht-Stringfeld namens text mit der Probe, dem Benutzernamen, der Markenzeichenkette oder dem Labor-Payload, den Sie konvertieren oder normalisieren möchten. Aliase wie input, value, data, message und string werden für dasselbe Feld akzeptiert, damit Skripte bestehende Payload-Formen wiederverwenden können. Richtungsaliase wie op, operation und direction sowie Kurzwerte wie enc, dec, to_homo, to_ascii, obfuscate und normalize sind ebenfalls zulässig. Fehlendes text, Nicht-String-Objekte, leere Zeichenketten, unbekannte mode-Werte und Zeichenketten über dem dokumentierten Maximum scheitern mit invalid_input und einer klaren englischen Meldung. Validierungsfehler verbrauchen kein Prepaid-Guthaben. Behandeln Sie die Ausgabe nicht als Verschlüsselung oder Weg, Zugangsdaten zu verbergen: Wer das Schema kennt, kann es umkehren, und Sicherheitsprodukte sollten decode zum Normalisieren nutzen, nicht encode zum Verstecken.

Praktische Abläufe, Preise, Security-Labs und API-Grenzen

Markenschutz-Workflows vergleichen eine nutzersichtbare Zeichenkette mit einer normalisierten ASCII-Form, damit visueller Spoofing auch bei abweichenden Codepunkten auffällt. Content- und Social-Teams wollen gelegentlich dekorativen Lookalike-Text für Handles und Bildunterschriften, wenn eine Plattform Unicode, aber keine eigenen Schriften akzeptiert. Lehrkräfte zeigen, dass visuelle Ähnlichkeit nicht Codepunkt-Identität ist, und stellen Homoglyphen später echten kryptografischen Transformationen gegenüber. Kombinieren Sie Unicode-NFKC-Normalisierung nur, wenn ein späterer Schritt kanonische Komposition braucht; lassen Sie den Homoglyph-Konverter auf seiner eigenen Landing, damit die SEO-Intention scharf bleibt und Nutzer das erwartete Encode-plus-Decode-Lookalike-Verhalten finden. Nutzen Sie das Browser-Werkzeug für einmalige Checks ohne Bibliotheken; rufen Sie die API auf, wenn ein Backend, eine Serverless-Funktion oder ein SDK einen stabilen Vertrag unter Guthaben zu $0.002 pro erfolgreichem Item braucht. Halten Sie Payloads bei gewöhnlichen Textgrößen, die zu einem Worker-Isolate-Item-Aufruf passen—dieses Werkzeug dient Proben und Bildunterschriften, nicht Multi-Megabyte-Binärblobs.