私は〜の使用が遺憾の意のものであると思われます。あなたが指摘しているように現在の推奨は-/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
を設定します。
この質問にも回答したいと思います。クイック検索では非常に興味深い結果リストが表示されます。 http://search.yahoo.com/search?p=IIS+windows+8+tilde+character+%7E&b=&fr=ie8 –