0

CQ5.5 に SP2.1 をインストールした後、CQ5 の「Web サイト」コンソールを使用して名前が変更されたページの下にあるすべてのページの参照が更新されるという問題が発生しました。この問題は次の場所で説明されています。

http://blogs.adobe.com/dmcmahon/2012/12/13/cq5-5-sp2-1-linksreferences-are-not-updated-following-moverename/

ホットフィックスは、将来のページ名の変更を修正し、リンクが html として直接作成されているか、「パスフィールド」などの入力ウィジェットを介して作成されているかに関係なく、他のすべてのページの参照を更新します。

ただし、このバグはかなり遅れて発見されました。多くのページの名前変更が行われたため、作成者が他のページを参照するためにダイアログ ボックスでパスフィールド コンポーネントを使用していた既存のページのリンクが壊れていました。com.day.cq.rewriter.linkchecker パッケージの下にある LinkChecker API を使用してカスタム コードを作成したいと考えています。CQ5 がページの名前変更で「参照の更新」を実行するために実際に使用するサンプル コードを見つけることができません。

Linkchecker API が最善の方法であるか、作成されたすべてのリンクをチェックし、リンク/パスフィールドに壊れたリンクがあるかについてのレポートを生成するための他の API があるかどうか、あなたの経験に基づいた入力が必要です。

助けていただければ幸いです。

私が確認したこと: 1. リンク切れを報告する外部リンク チェッカー ツール。ただし、リンクが他の外部ドメインへのリンクである場合にのみ報告されるため、この場合は役に立ちません。

4

1 に答える 1

1

Linkchecker は Sling リライターです。リライタはリクエストに厳密に関連付けられています。クライアントに返される前に、CQ によって生成された HTML コードで動作します。私の理解が正しければ、あなたはサイト全体で壊れた内部リンクを探したいのですが、ここでは Linkchecker はあまり役に立ちません。

で始まる文字列を探して、 Groovy コンソールを使用してクロールすることを検討してください。次に、見つかったパスが存在するかどうかを確認するために使用します。このアルゴリズムを実装するサンプル スクリプトは、ここにあります。/content/your_site/contentresourceResolver

于 2014-10-04T07:23:54.263 に答える