2013-12-20 41 views
5

從2011年我可以看到blog post推薦使用「 - 」而不是「〜」。是否有任何充分的理由讓Sitecore Media url包括代字號?

在.NET 4.0/IIS7.5上的Sitecore 6.5中編寫媒體URL的最佳做法是什麼?我應該保留默認/〜/媒體/或使用/ -/media /關注博客文章建議,或者當我在那裏時,爲什麼不使用/ media /?

+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觸發,讓您的富文本字段繼續工作

如果更新Media.MediaLinkPrefix是 已經有一個數據庫中的一些內容的系統上設置,Sitecore的可能不更新 所有富文本編輯器字段中的值包含舊格式的 格式的值,包括內聯圖片和媒體項目鏈接。

Sitecore Idiosyncrasies: Media URLs

我可能會繼續,並設置Media.RequestExtension爲空字符串,這樣的圖片網址提供了正確的媒體擴展了。

1

我知道這個問題,當你使用.NET Framework 2.0

請參見下link出現而已。 如果您在.Net Framework 4.0和IIS 7.5下運行您的網站,則不存在此漏洞。

另外這個document解釋一點關於代字號的使用。

你也可以檢查約翰·西blog約/〜/媒體

所以得出的結論是使用 - 媒體文件/媒體。

相關問題