残りのAPI：RESTでwindow.location.hrefを渡すurier

Question

クロスドメインの問題のためにトラフJSONPで使用される残りのAPIがあります。ページと投稿で発生するすべてのエラーを検出するエラーログを実装しました。

user/{userId}/message/{errorMessage}/browser/{browser}/browserVer/{browserVer}/secure/{secure}/os/{os}/location/{location}" 

場所変数iがURIにwindow.location.hrefを渡すことができますどのように、問題がある：それは、エラーロガーのサーバー URIにようなものでしょうか？

私はエスケープしようとしました、encodeuri、encodeuricomponent私はそれをbase64する必要がありますか？ URIのシーケンスをエスケープ おかげ

Answer 1

はRFC2396（ユニフォームリソース識別子）のsection 2.4.1で定義されている：だから

Within a path segment, the characters "/", ";", "=", and "?" are reserved. 

：

An escaped octet is encoded as a character triplet, consisting of the 
percent character "%" followed by the two hexadecimal digits 
representing the octet code. For example, "%20" is the escaped 
encoding for the US-ASCII space character. 

    escaped  = "%" hex hex 
    hex   = digit | "A" | "B" | "C" | "D" | "E" | "F" | 
         "a" | "b" | "c" | "d" | "e" | "f" 

このRFCはまたsection 3.3でpathコンポーネントの予約文字を定義しますescape()がdeprecatedとencodeURI()であるため、encodeURIComponent()を使用する必要があります上記のRFCの抜粋に従ってエスケープする必要があります。

次の例では、唯一のencodeURIComponent()が（これらはほとんどの場合、あなたが直面している問題を起こす文字である）適切にスラッシュをエスケープしていることを示しています

>>> escape('//'); 
"//" 

>>> encodeURI('//'); 
"//" 

>>> encodeURIComponent('//'); 
"%2F%2F" 

ただし、可能な場合、あなたは使用する必要があることに注意してください。 GETの代わりにPOST。サーバー（GET）から取得するのではなく、クライアントからサーバー（POST）にデータを送信するときに、REST（および一般的に）で使用する正しい方法です。

POSTを使用すると、追加の問題を回避することもできます。 URIの長さは一般的なWebサーバでは制限されているので、遅かれ早かれ、非常に長いURIを持つリクエストが発生します。リクエストはトリミングされるか、エラーをスローされます。 POSTに切り替えると、URIをきれいに保ち、URIの代わりにメッセージの本文にデータを保持できます。 URIの長さ制限の詳細については、answers to this questionを参照してください。