2013-12-20 17 views
5

2011年のblog postは「〜」の代わりに「 - 」を使用することをお勧めします。Sitecore MediaのURLにチルダを含めることには、どんな理由がありますか?

.NET 4.0/IIS7.5のSitecore 6.5にメディアURLを書き込むためのベストプラクティスは何ですか?私はdefault /〜/ media /を保持するか、/ -/media /を使ってブログ投稿のアドバイスに従うべきですか、私がそこにいる間、/ media /を使うのはなぜですか?あなたは.NET Frameworkが2.0

link次を参照してください使用しているとき、私はこの問題を知って

+1

この質問にも回答したいと思います。クイック検索では非常に興味深い結果リストが表示されます。 http://search.yahoo.com/search?p=IIS+windows+8+tilde+character+%7E&b=&fr=ie8 –

答えて

3

私は〜の使用が遺憾の意のものであると思われます。あなたが指摘しているように現在の推奨は-/mediaを使用することですが、あなたが望むものを使うことができ、それはうまくいくでしょう。 /media/を使用している問題は、名前の一部として他のアイテムがある場合、たとえばコンテンツを提供するのではなく、メディアハンドラを起動することです。

たとえば、/blah/blah/blah/-/media/images/logo.pngの要求が正しく画像を配信するため、実際には/about/media/news/2013/12/20/sitecore.aspxがページを配信する必要がありますが、メディアハンドラを起動して/ media /を使用して404を返す必要があります。ですから、何か他のものを使用してそれが一意であることを確認しようとするならば、コンテンツエディタはこのようなことを覚えていて面白いかもしれないので、強制する必要があります。

現在、Sitecore 6.5を使用しているため、既存のコンテンツがあるとみなすことができます。あなたは が既にデータベース内にいくつかのコンテンツを持っているシステム上で設定Media.MediaLinkPrefixを更新した場合、サイトコアが更新されないことがあり

を働き続けるために、あなたのリッチテキストフィールドを許可するように、既存の~/mediaトリガーを残していることを確認します のすべてのリッチテキストエディタフィールドの値は、インラインイメージとメディアアイテムへのリンクを含む古い 形式の値を含みます。

Sitecore Idiosyncrasies: Media URLs

私はおそらく先に行くと、その画像のURLがあまりにも正しいメディア拡張子を持つまで提供していますので、空の文字列にMedia.RequestExtensionを設定します。

1

だけ表示されます。 .Net Framework 4.0およびIIS 7.5でWebサイトを実行する場合、この脆弱性はありません。

また、このdocumentはチルダの使用について少し説明します。 /メディアメディアファイルについて -

また、あなたはそう結論を使用することである/〜/メディア

についてジョン・西blogを確認することができます。

-1

Sitecore 7.2を使用しているプロジェクトでは、チルダを使用したり、次のKB記事に記載されているホットフィックスを適用することができます。

https://kb.sitecore.net/articles/998758

関連する問題