1

GETパラメータから離れたいです。POSTを使用したくないので、URLを作成するために少なくとも2つの異なるカテゴリがあります。

訪問者は最初に、たとえば次のいずれかの場所を選択するように求められます。http: //foo.com/United-States/ || http://foo.com/United-States/California/ || http://foo.com/United-States/California/San-Francisco-Region/ || http://foo.com/United-States/California/San-Francisco/

場所を選択すると、次のいずれかのカテゴリを選択できます。

http://foo.com/Electronics/ || http://foo.com/Electronics/Camera/ || http://foo.com/Electronics/Camera/Digital/ || http://foo.com/Electronics/Camera/Digital/SLR/

では、場所とカテゴリの選択が完了したら、上記の両方のURLを1つにまとめるにはどうすればよいでしょうか。

ページネーションのためにページ番号を渡す必要があるかもしれません。（http://foo.com/page/2/）

URLをわかりやすくわかりやすくしたいと思います。一度に1つのタイプのURLを実行する方法を知っていますが、複数のタイプを組み合わせることはできません。

GETを実行する場合は、http：//foo.com/ ？locid = 23323＆catid = 335＆page = 2を実行しますが、DjangoのクリーンURLを利用して、？＆のものから離れたいと思います。

ありがとう、

VN44CA

4

3 に答える 3

1

I think that this would be to many information in the URL. I assume that any location has its unique ID, the same goes to category. Why not build a URL:

http://foo.com/United-States/Electronics/

http://foo.com/California/Digital/

http://foo.com/San-Francisco/SLR/

and so on...

2 arguments are enough in your case. Or you can change category name to be more meaningful.

http://foo.com/Electronics/Camera/Digital/ => http://foo.com/Digital-Cameras/

于 2009-05-09T23:36:33.217 に答える
0

これについてしばらく考えた後、(私にとって) これに対する最善の解決策は、クリーンな URL で必要なすべての引数を文字列に保持することであることがわかりました。

そのため、ユーザーが最初にhttp://foo.com/にアクセスすると、選択する場所が表示されます。この時点で Cookie は空です。

したがって、ユーザーが United-State を選択すると、URL はhttp://foo.com/12334_0_0_0/United-States/のようになり、場所の Cookie は米国の場所の ID である 1234 に設定されます。

ここで、ユーザーがカリフォルニアを選択すると、URL がhttp://foo.com/1235_0_0_0/United-States-California/に変更され、Cookie が米国から場所カリフォルニアの ID である 1235 に置き換えられます。この時点で、ユーザーは Category Electronics を選択します。URL がhttp://foo.com/1235_3333_0_0/Electronics/に変更され、3333 がカテゴリ Cookie に保存されます。

ユーザーが SLR カメラにドロップダウンすると、http://foo.com/1235_3344_0_0/SLR-Cameras/が表示されます。

このように、URL の最初の部分は、渡すことができる最大 4 つの引数を追跡し、名前 (スラッグ) は単に表示と SEO 用です。

これでうまくいくと思いますか？URL の x_y_z_p 部分をランダムなテキストにエンコードし、デコードして args & numbers に戻せたら素晴らしいでしょう。

あなたの考えを教えてください。

于 2009-05-18T00:02:28.857 に答える
0

場所データの使用方法と、ユーザーが場所を変更する頻度によっては、URL で指定するのではなく、セッションに保存するのが最適な場合があります。

たとえば、サンフランシスコで一眼レフ デジタル カメラを探し始めて、ボルチモアでバスケットボールを探しに行くことはまずありません。

ただし、場所とカテゴリの組み合わせへのパーマリンクが必要な場合は、明らかにこれでは不十分です。

于 2009-05-10T07:14:56.580 に答える