從2011年我可以看到blog post推薦使用「 - 」而不是「〜」。是否有任何充分的理由讓Sitecore Media url包括代字號?
在.NET 4.0/IIS7.5上的Sitecore 6.5中編寫媒體URL的最佳做法是什麼?我應該保留默認/〜/媒體/或使用/ -/media /關注博客文章建議,或者當我在那裏時,爲什麼不使用/ media /?
從2011年我可以看到blog post推薦使用「 - 」而不是「〜」。是否有任何充分的理由讓Sitecore Media url包括代字號?
在.NET 4.0/IIS7.5上的Sitecore 6.5中編寫媒體URL的最佳做法是什麼?我應該保留默認/〜/媒體/或使用/ -/media /關注博客文章建議,或者當我在那裏時,爲什麼不使用/ media /?
我懷疑使用〜是出於遺留原因。當前的建議是在您指出的時候使用-/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
爲空字符串,這樣的圖片網址提供了正確的媒體擴展了。
對於使用Sitecore 7.2的項目,您可能希望堅持使用波形符號或應用以下知識庫文章中提到的熱修復程序。
我想這個問題的答案也是如此。快速搜索顯示出相當有趣的結果列表。 http://search.yahoo.com/search?p=IIS+windows+8+tilde+character+%7E&b=&fr=ie8 –