問題タブ [url-encoding]

与えられた：

何をしますか

％3E、％3C

平均？

それらをどのように扱いますか？

アンパサンドを含むクエリ文字列パラメータ値があります。たとえば、パラメーターの有効な値は次のようになります。

パラメータを含む URL を生成するときは、System.Web.HTTPUtility.UrlEncode() を使用して、各要素を URL フレンドリーにします。(正しく) 次のような URL が表示されます。

http://example.com/foo?bar=a+%26b

問題は、ASP.NET の Request オブジェクトが (エンコードされた) アンパサンドをクエリ文字列パラメーターの区切り記号として解釈しているため、値が 2 つの部分に分割されていることです (最初の部分にはパラメーター名として「bar」があり、2 番目の部分には null 名があります)。 ）。

ASP.NET は最初に URL を URL デコードしてから、クエリ文字列を解析するときにそれを使用しているようです。

これを回避する最善の方法は何ですか?

更新: 問題は、ASP.NET 自体ではなく、URLRewriter (サードパーティのプラグイン) にかかっています。これを反映するためにタイトルを変更しましたが、問題の詳細がわかるまで、残りの質問テキストはそのままにしておきます。

私は、複数の言語でタグと検索クエリを受け入れることができる Web アプリケーションに取り組んできました。それはあまりにも多くを求めていませんよね？

今、私の開発 MAMP サーバーでは、すべてが素晴らしいです。多言語タグを追加したり、任意の言語で検索したりします。

一方、実稼働の WAMP サーバーでは、多言語文字が問題を引き起こします。そして、常にではなく、時々、または一部のキャラクターでさえ、まだわかりません.

何が起こるかというと、余分な文字が取得され、URL のデコードが適切に行われないということです。

どちらの環境も、PHP 5、MySQL、および Apache を使用します。

私の推測では、どこかで設定を間違えたのだと思います。

何か案は？

• 更新：特定の文字だと確信しています（たとえば、ヘブライ語のל、מא）

• 更新: 簡単に再現可能: 常に同じ文字のエンコードが間違っています。

• コンテンツタイプはtext/html; charset=utf-8

また、私はそれをもう少し正確に特定しました:私
は検索文字列を使用します :

• アドレス バーの検索フレーズは正しく、適切に URL エンコードされています。
• HTML 自体には、" " である " �_יבני "という文字列が表示されます%D7_%D7%99%D7%91%D7%A0%D7%99。これは、ל%D7_が本来あるべき" " ではなく" " にエンコードされたことを意味し%D7%9Cます。

さらにどこに行けばいいのかわからない。
何か案は？誰でも？

Adobe Thermoがデータコントロールの入力に使用する1ワード文字列、3ワード文字列などのデータの「セット」を事前に作成しているように、テスト用のデータが必要になる場合があります。

私は欲しい：

• 連続テキスト、改行なし
• CSV番号、整数
• CSV番号、10進数
• URLエンコードされた文字列

それらのいずれかを取得する方法についてのアイデアはありますか？

URL の InputStream を介して xml を読み取り、URL 以外のすべてを切り取ると、" http://cliveg.bu.edu/people/sganguly/player/%20Rang%20De%20Basanti%20-%20Tu%が得られます。 20Bin%20Bataye.mp3」.

ご覧のとおり、「%20」がたくさんあります。

URLをエスケープ解除したい。

サードパーティのライブラリを使用せずに Java でこれを行う方法はありますか?

Processクラスの新しいMailTo拡張メソッドを作成しました。このメソッドは、必要なmailto引数を含む新しいProcessStartinfoでProcessを埋めるだけです。制御文字をUrlエンコードされた同等物に変換するFormatMailToArgument（最後に右）というメソッドを作成し、これをテストしましたが、これを行うためのより良い方法はありますか？

HTTPGETをに送信したいhttp://example.com/%2F。私の最初の推測は次のようになります。

残念ながら、実際にネットワーク上で送信されるのは次のとおりです。

したがって、 http： //example.com/%2Fは送信前にhttp://example.com//に変換されます。

このGETリクエストを実際に送信する方法はありますか？

OCSPプロトコルでは、HTTP / GETを介してOCSPを使用する場合、base-64エンコードのurlエンコードを送信する必要があるため、準拠するには「/」ではなく実際の％2Fを送信する必要があります。

編集：

OCSPプロトコル標準（ RFC 2560付録A.1.1）の関連部分は次のとおりです。

GETメソッドを使用するOCSP要求は、次のように構成されます。

GET {url} /{url-OCSPRequestのDERエンコーディングのbase-64エンコーディングのエンコーディング}

私はこれについて他の読み方を非常に受け入れていますが、他に何を意味するのかわかりません。

ASP.NETでは、実際の生のURLを取得する方法はありますか？

たとえば、ユーザーが「http://example.com/mypage.aspx/%2F」を参照した場合、「 http://example.com/mypage.aspx/%2F 」ではなく「 http://example.com/mypage.aspx/%2F 」を取得できるようにしたいと思います。 「http://example.com/mypage.aspx//」より。

もちろん、それを行うためのクリーンな方法が欲しいのですが、リフレクションを使用したり、あいまいなプロパティにアクセスしたりすることで、ハッキーなアプローチで生きることができます。

現時点では、Authorization-header（これは機能します）でURIを使用しようとしていますが、常にそこにあるとは限りません。

編集：

私が本当にやりたいのは、「 http://example.com/mypage.aspx/%2F」と「http://example.com/mypage.aspx/%2F%2F 」を区別できるようにすることです。

ASP.NETは最初に「％2F％2F」を「//」に変換し、次にスラッシュを単一のスラッシュに変換するようです。

したがって、再エンコードするだけでは機能しません。

グローバリゼーションタグが次のように設定されているC＃.netWebプロジェクトがあります。

このURLがFlashアプリケーションの場合（ブラウザに手動でURLを入力した場合も同じ問題が発生します）：c_product_search.aspx？search =kjøkken（または：c_product_search-aspx？search = kj％F8kken

どちらも次の文字コードを返します。

文字エンコードについてはよくわかりませんが、øにはUnicode置換文字が付けられているようですよね？

グローバリゼーションタグを次のように変更しようとしました：

これでリクエストは機能しました。しかし、今、私のページの他の検索は機能しなくなりました。

私も同様の結果で以下を試しました：

私は何をすべきか？

敬具、

ニテック