2016-05-31 28 views
2

大規模なURLクエリ文字列を渡す必要があります。この文字列サイズが特定の文字数を超えると、URLに渡すと問題が発生します。URLクエリ文字列の最適圧縮アルゴリズム

現在、私は約30-35%の圧縮を与えているをデコレーション+ベース64エンコードを試しました。

クエリの文字列が大きすぎて4400文字になると、約2650文字に圧縮され、私のURLには適合しません。

私は、これより良い結果をもたらす解決策が必要です。 私は多くを検索しましたが、より良い解決策を見つけることができませんでした。 他に何ができるかについてのご意見をいただければ幸いです。ありがとう。私のクエリ文字列の

例:

3d7821d1-e324-4cea-9bd7-763c0b62cdc2 | 94db7bdb-5e16-4700-a1f9-408ba7f7bee1 | 63360a17-0807-45a0-a798-31eb2614b0f7 | 9b37f302-2757- 40e5-b9b4-390e5b786010 | 46ef6bce-c7e9-47d6-90d8-bc7c2b5784c0 | e5f450a5-724b-42a0-aff9-34be2d50f59b | 33db4e6b-bc53-4774-8267-759167a8dba9 | 30a8c7a9-0a3b-4df3-ab01-5e9b262d1902 | d31086bb-98e8- 41d0-a6cf-0bd48986bce7 | 30f27de5-1536-483a-85aa-6eb5000ba67b | 41498746-3f45-4c16-9152-a6ca8355d502 | 6b5c643b-03f6-4390-9d54-79bf978f8e15 | 4537e3ba-09ed-465a-aad8-1c842084c3af | ad1161ab-0393- 4a66-a538-6dda0c7b892a .....

答えて

0

現在、 デフレーション+ベース64は、私の問題を完全に解決するわけではありませんが、状況を改善するので、私は自分のコードに統合しました。

と将来の仕事のため、について考える:連番ID(1,2,3 ...)の代わりに、UUID に(を例に取ると OR

  • を投稿する要求を変換

    • をクエリ文字列は、それがUUIDの連結であることを示します) を連結し、GET要求を渡します。
  • 関連する問題