問題タブ [punycode]

NIATO-OTABDPunycodeをに変換する必要がありnñiñatoñます。

先日JavaScriptでテキストコンバーターを見つけたのですが、途中にダッシュがあるとpunycode変換がうまくいきません。

「ダッシュ」の問題を修正するための提案はありますか?

顧客がäüöのようなASCII以外の文字を使用して電子メールアドレスを入力すると、SMTPはそれらの処理を拒否します。

したがって、これらのドメインを自分で処理し、それらをpunyocodeに変換するソリューションがあるかもしれないと思います。

c＃を使用してこれを行う簡単な方法はありますか？

これはとにかく機能しますか？

UTF-8 文字列を ASCII-7 に格納する簡単で効率的な方法を探しています。効率的とは、次のことを意味します。

• 入力内のすべての ASCII 英数字文字は、出力でも同じ ASCII 英数字文字のままである必要があります
• 結果の文字列はできるだけ短くする必要があります
• 操作は、データを失うことなく元に戻すことができる必要があります
• 結果の ASCII 文字列は大文字と小文字を区別しない必要があります
• 入力長に制限はありません
• UTF-8 の範囲全体を許可する必要があります

私の最初のアイデアは、最初の 4 つの要件に適合する Punycode (IDNA) を使用することでしたが、最後の 2 つの要件で失敗しました。

誰かが別のエンコード方式を推奨できますか? 参照できるコードがあればさらに良いでしょう。

私はここからコードを使用しています: http://phlymail.com/en/downloads/idna/download/そして、このような関数を構築しました (例から):

ただし、正しく動作しません。

私は何を間違っていますか？渡される $inputstring は、特別な宣言などのない通常の文字列です...

ドメインの確認、登録などを行うサイトを作っているので、IDN に準拠させなければなりません。今、私はこのようなものを持っています:

そして、これを取得しています：

testing123ásd123 xn--testing123sd123-wjb testing123ĂĄsd123

ご覧のとおり、デコードされた文字列は元の文字列と同じではありません

私は使用してみました：

そして、私はまったく同じになりました（エンコードされた文字列がわずかに異なることを除いて）

何か案は？

編集：問題は解決しました！文字列をちっぽけなコードに変換する際のこの問題 (PHP では、phlyLabs の punycode 文字列コンバーターを使用) では 、元の文字列は iso-8859-2 で、UTF-8 でデコードされました。 2 繰り返しますが、Google がそれを手伝ってくれます。モッドはありますか？質問はどうすればいいですか？閉じる、消す？このままで？

例えば：

Firefox に παιχνιδια.com と入力すると、自動的に xn--kxadblxczv9d.com に変換されます。

そのような変換を行うためのツールを提案してください。

最も簡単なのはこれです。変換と可用性のチェックを同時に行います。

Silverlight 用の Punycode コンバーターが必要です。WPF の場合、標準ライブラリにそのような機会があります。既製のライブラリまたは関数のコード (punycode エンコードおよびデコード) {C#、Silverlight} が必要です。

すべての URL を readble utf8 に保存したい

リファクタリングやより普遍的な宝石のヒントはありますか?

WINAPI には、Unicode ホスト名を Punycode に変換するメソッドがあります。Cocoa/Cocoa Touch には同様のメカニズムがありますか?

問題は次のとおりです。名前の部分にASCII以外の文字が含まれるメールアドレス（müller@example.comなど）を受け入れないサードパーティのメール配信サービスを使用しています。

そのようなアドレスをPunycodeでエンコードする：

http://en.wikipedia.org/wiki/Punycode

http://idnaconv.phlymail.de/index.php?decoded=m%C3%BCller%40example.com&idn_version=2008&encode=Encode+%3E%3E&lang=de

このアドレスを生成します：

xn--mller-kva@example.com

そして、サービスを介してそれにメールを送信することはうまくいくようです。

ただし、誰かが「xn--mller-kva@example.com」を直接登録できなかったため、「müller@example.com」宛てのメールを受信できたかどうかはわかりません。

この衝突は可能ですか？この問題に対する他の解決策はありますか？

アップデート

答えてくれてありがとう。これが私たちが学んだことの要約です：

• 電子メールアドレスのローカル部分のパニーコーディングは機能し、そのようなエンコードされたアドレスとの間で送受信できます（もちろん）
• ただし、プロバイダーまたはメールクライアントがエンコードを理解する、または自動的に実行するという保証はまったくありません。したがって、衝突が発生する可能性があり、アイデア全体が適切ではありません:)
• 仕様に従って、ASCII以外の名前の部分を許可または受け入れないという、他のすべての人が行うことを単純に実行する必要があります。
• そして最後に、サードパーティのサービスはとにかくそのようなシェナニガンを禁止していることがわかりました。