現在、AEM 6.0 を使用しているクライアントがあります。長い URL があるため、仮想ホスト ファイルを編集したり、仮想ホストにリダイレクトを追加したりせずに URL を短縮するソリューションを探していました (それを行うための適切な知識がありません)。私が見つけた唯一の解決策は、私の調査によると、AEM 6.0 および Dispatcher 4.1.9 でサポートされているバニティ URL を使用することでした。
現在、ディスパッチャーのバージョンは 4.1.10 で、ディスパッチャーとパブリッシャーをバニティ URL へのアクセスを有効にします。
ここのところ：
パブリッシャーに VanityURLS-Components パッケージをインストールしました。
Dispatcher の dispatcher.any に次の構成を追加しました。
/vanity_urls {
/url "/libs/granite/dispatcher/content/vanityUrls.html"
/file "/tmp/vanity_urls"
/delay 300
}
パスが正しいことを確認しました。
/tmp/vanity_urlsファイルを apache:apache (これは Centos 上にあります) の所有権と 777 の権限で作成しました。
そして、Apacheを再起動しました。
これらの手順にもかかわらず、/tmp/vanity_urlsが更新されていないため、何かを見落としているようです。ここで私が理解していないことがあるかもしれませんが、ディスパッチャーはパブリッシャーの /libs/granite/dispatcher/content/vanityUrls.html を介してx秒ごと (ここでは 300) /tmp/vanity_urlsを更新したと思いました。次に、許可されているバニティ URL のホワイトリストとして/tmp/vanity_urlsを使用しました。
- なぜこれが機能しないのか疑問に思っています。
- /tmp/vanity_urlsの権限の問題でしょうか?
- たぶん、私が誤って仮定したことがありますか？
- このディスパッチャのバニティ URL 機能に影響を与えることを認識していない既存のバグはありますか?
どんな助けでも大歓迎です...
一番、
ニコラ
アップデート：
私のログでは、次のことがわかりました：
[Thu Oct 08 16:11:03 2015] [D] [1780(140151407138784)] Vanity URL file (/tmp/vanity_urls) too old (1443478601 < 1444345863) on startup, fetching...
[Thu Oct 08 16:11:03 2015] [D] [1780(140151407138784)] Creating new socket: 127.0.0.1:8080
[Thu Oct 08 16:11:03 2015] [W] [1780(140151407138784)] Unable to connect to 127.0.0.1:8080: Connection refused
[Thu Oct 08 16:11:03 2015] [D] [1780(140151407138784)] incomplete request, no socket reuse
[Thu Oct 08 16:11:03 2015] [E] [1780(140151407138784)] Unable to fetch vanity URLs on farm website: no backend available.
[Thu Oct 08 16:11:03 2015] [D] [1780(140151407138784)] Loaded 0 vanity URLs from file /tmp/vanity_urls
私のパブリッシャーがローカルホストのポート 8080 にないことを考えると、かなり自明です ...
うまくいけば、私の問題はすぐに更新されるはずです。
ありがとう、
ニコラ