PDFスキーマに関連付けられた動的コンポーネントテンプレートを使用してPDFの公開を処理し、PDFにリンクする必要がある場所にバイナリリンクを作成します。
ページで使用されているコンポーネント内のコンポーネントリンクであるPDFを非公開にすると、ページが非公開になるトリガーになることがわかりました。
カスタムリゾルバーを使用してこの動作を制御できることは知っていますが、これは期待される結果ですか?
この動作はTridion2009からTridion2011に変更されましたか?
PDFスキーマに関連付けられた動的コンポーネントテンプレートを使用してPDFの公開を処理し、PDFにリンクする必要がある場所にバイナリリンクを作成します。
ページで使用されているコンポーネント内のコンポーネントリンクであるPDFを非公開にすると、ページが非公開になるトリガーになることがわかりました。
カスタムリゾルバーを使用してこの動作を制御できることは知っていますが、これは期待される結果ですか?
この動作はTridion2009からTridion2011に変更されましたか?
BinaryLinks は「インライン バイナリ コンテンツ」に使用されることを意図しているため、通常は src 属性に含まれるものです。
<img src="..." />
<video width="320" height="240" controls="controls">
<source src="movie.mp4" type="video/mp4" />
<source src="movie.ogg" type="video/ogg" />
Your browser does not support the video tag.
</video>
このインライン バイナリ コンテンツの場合、ページはこれがないと正しく表示されません。そのことを踏まえると、MMC を非公開にするとページが非公開になるのは正しいことです。私が知る限り、これは確かに予想される動作であり、長い間変わっていません。
間違いは、ハイパーリンクとして表示したい PDF に MMC を使用することです。リンクしたいもの (<a href="..." になる) には、ComponentLink を使用する必要があります (もちろん、その PageLink はページです)。
バイナリ コンポーネントで使用される項目の非公開は、2009 年にすでに行われていました (これは、Tridion 2009 ビジネス アナリスト試験の問題の 1 つでもあります)。
バイナリに Dynamic Component Presentations を使用する傾向が見られます。これにより、このすべての副作用が回避されますが、ページに不適切なバイナリ リンクが残る可能性があります。
バイナリの DCP ルートをたどる場合は、必ずダイナミック リンクを使用してください (アンカー マークアップで "tridion:type=binary" を使用することにより、CM で非常に簡単に作成できます)。