wicket：マークアップで異なるコンテンツを生成するリクエストで同じクラスに異なるパスをマッピングします

Question

私はショップシステムを開発しました。いくつかの選択メニューでフィルタリングされた利用可能な項目をリストする製品ページがあります。各製品についてのいくつかのコンテンツを表示する1つのアイテム詳細ページもあります。そのページの内容はxmlプロパティファイルから読み込まれます。アイテムのリストビュー内のリンクをクリックすると、いくつかの詳細を表示するために、アイテム固有のGETパラメータが設定されます。パラメータ値を使用すると、ロードされたキー名を変更することで、プロパティからその特定の項目のコンテンツを動的に読み込むことができます。

これまでのところよくできていましたが、実際にはうまくいきませんでした。バックグラウンドに非常に多くの。いくつかの詳細を得ることができます。

ほとんどの場合、これはいくつかのSEOの動機です。これまでは、ステートフルなページのURLにはpageinstance IDに問題があります。不安定なURLだけでなく、wicketがURLを操作するために302のリダイレクトを行っているためです。おそらく私はその問題を解決するためにitem detailページのstatefullコンポーネントを削除します。

今、販売されている商品には、詳細ページへのリンクを含むQRコードがあります。これらのリンクは自分では設計されておらず、あなたが想像しているように、実際のURLのように全く異なって見えます。 QRコードのURLのパスが「/ shop/item1」となります。ここで、item1は製品名です。私のページクラスはItemDetailPageになります。 Webアプリケーション＃init（）にマウントしているIRequestMapperを書き込んで、着信リクエストURLを解決し、このIRequestMapperで解決する必要があるかどうかをチェックします。もしそうなら、私はPageProviderを使って自分のページを構築し、それに対する要求ハンドラを返します。

public IRequestHandler mapRequest(Request request) { 
       if(compatibilityScore>0) { 
        PageProvider provider = new PageProvider(ItemDetailPage.class, new ItemIDUrlParam(request.getUrl().getPath().split("/")[1])); 
        provider.setPageSource(Application.get().getMapperContext()); 
        return new RenderPageRequestHandler(provider); 
       } 
       return null; 
      } 

ご覧のとおり、私の詳細ページで処理できるパラメータを構築します。しかし、得られたURLはあまり良くありません。私はリダイレクトせずに、ブックマーク可能なコンテンツをそれにマッピングすることによって元のURLを保持したいと思います。 私の最初の考えはURLのパラメータをパスの形で再構築するURLCodingStrategyを実装することでした。私はHybridUrlCodingStrategyがそういうことをしていると思う。 IRequestMapperを使用してURLパス "/ shop/item1 /"を解決した後は、 "/ shop/item？1？id = item1"のようになります。コースの最初のパラメータはウィキットpageinstance IDで、詳細ページをステートレスに再構築すると、（ HybridURLCodingStrategyを適用すると、pageinstance IDなしで/ shop/item/1/id/item1や/ shop/item/id/item1のように見えるかもしれません。 2番目のパス部分とパラメータ名を削除し、パラメータ値のみを使用して、URLが "/ shop/item1"のようになり、リクエストのときと同じURLになります。

Do you guysそれともスマートなアイデアを経験しているのですか？ rewuirementsは

です0

1. 各製品に対して1つの修正URL SEボット缶インデックス
2. ないパラメータを有する
3. ステートレスとブックマーク
4. 全く302は、任意の方法でリダイレクトされません。
5. 要求された項目のアイデンティティはドイツ マルセルからの種類に関してdetailpage

のために利用可能でなければならない

Answer 1

バートが述べたように、あなたのユースケースは、通常のページ実装で覆われるべきで、見るもMountedMapper wiki page、あなたのケースのための具体的な例：「ITEM1」（私には非常に明確ではありません）項目のIDがあることを考えると

が

mountPage("/shop/${id}", ShopDetailPage.class); 

、あなたはnと今それを取得することができますWicketのamed pageパラメーターid。別の例は、多くの場合、一意のIDと（非ユニーク、変更）タイトルの両方含む、SEOのリンクで見られる：ページのインスタンスIDについて

mountPage("/shop/${id}/${title}", ShopDetailPage.class); 

を、それを取り除くためにいくつかの方法は、おそらく、最もよくありますあなたが言ったようにページをステートレスにすることです。別の簡単な方法は、レンダリング戦略としてIRequestCycleSettings.RenderStrategy.ONE_PASS_RENDERを設定することです（結果のためのAPIドキュメントを参照）。