クエリー 文字列 パーサー

クエリ文字列パーサーは、URL の疑問符の後の部分を構造化データに変換します。 query 文字列 q=json+parser&page=2 はオブジェクト {"q": "json parser", "page": "2"} になり、各キーと値が URL デコードされるため、プラス記号はスペースに戻り、% 2F はスラッシュに戻ります。このツールはその方向に解析し、その逆も実行します。キーと値のペアの JSON オブジェクトから正しくエンコードされたクエリ文字列を構築します。

繰り返しキーと配列構文が現れるまでクエリ文字列は単純に見えます。 tags=react&tags=laravelのように同じキーが複数回発生する可能性があり、多くのフレームワークは配列やネストされたオブジェクトをtags[]=reactやfilter[color]=redなどの括弧でエンコードします。パーサーはそれらが配列になるか、ネストされたオブジェクトになるか、またはlast-value-winsスカラーになるかを決定する必要があり、異なるバックエンドは同意しません。このツールはそれらの選択肢を公開するため、取得したJSONはURLを生成したシステムと一致し、構築したクエリ文字列はそれを読み取るシステムに一致します。

すべてがブラウザで実行されます。解析、デコード、エンコードは JavaScript で行われるため、アップロード、ログ記録、保存されるものは何もありません。セッション トークン、追跡パラメータ、またはクエリ内の署名付き値を運ぶ URL については、これらの値がマシンから離れることはなく、ページがロードされるとツールはオフラインで動作し続けるため、これは価値があります。

クエリ文字列は、ユビキティが示唆するよりも標準が少なく、繰り返しキーは実装が分岐する場所です。 a=1&a=2 が与えられると、一部のフレームワークは配列を返し、一部の最初の値は、一部の最後のフレームワークは、a []=1&a []=2 などのブラケット表記は、多くのライブラリが採用し、仕様が定義していないため、それを知らないサーバーは、リテラルキーa [] を読み取ることになります。両方のフォームがここに示されているので、特定の文字列に実際に何が含まれているかを確認できます。エンコードは残りの半分です。文字列がフォームの送信から来たのか URL パスから来たのかによって、スペースはプラス記号または % 20 になる可能性があり、その 2 つは異なる方法でデコードされます。値内のアンパサンドはエンコードされるか、静かにパラメーター区切り文字になります。