我可以看到2011年的blog post推荐使用“ - ”代替“〜”。
在.NET 4.0 / IIS7.5上的Sitecore 6.5中编写媒体URL的最佳做法是什么？我应该保持默认/〜/ media /或使用/ - / media /关注博客帖子建议，或者当我在那里时，为什么不使用/ media /？
答案 0 :(得分：3)
我怀疑使用〜是出于遗留原因。目前的建议是在你指出时使用-/media，但你可以使用你想要的任何东西，它会起作用。您刚刚使用/media/的问题是，如果有任何其他项目作为名称的一部分，那么它将触发媒体处理程序，而不是例如提供您的内容。
例如，由于/blah/blah/blah/-/media/images/logo.png的请求会正确提供图像，/about/media/news/2013/12/20/sitecore.aspx实际上应该提供一个页面，但会触发媒体处理程序并使用/ media /返回404。因此，如果您要使用其他内容然后确保它是唯一的，您可能需要强制执行它，因为内容编辑对于记住这样的事情可能会有点滑稽。
由于您当前正在使用Sitecore 6.5，因此我可以假设您已有内容。确保您保留现有的~/media触发器以允许您的Rich Text字段继续工作
如果更新系统上的Media.MediaLinkPrefix设置 已经在数据库中有一些内容，Sitecore可能不会更新 包含旧值的所有富文本编辑器字段中的值 格式，包括内嵌图像和媒体项链接。
Sitecore Idiosyncrasies: Media URLs
我可能会继续将Media.RequestExtension设置为空字符串，以便使用正确的媒体扩展程序提供图片网址。
答案 1 :(得分：1)
我知道您在使用.Net Framework 2.0时会出现此问题
请参阅下一个link。 如果您在.Net Framework 4.0和IIS 7.5下运行您的网站，则表示您没有此漏洞。
此document解释了使用波浪号的一点点。
您也可以查看John West blog关于/〜/ media
所以结论是使用 - / media for media files。
答案 2 :(得分：-1)
对于使用Sitecore 7.2的项目，您可能希望坚持使用代字号或应用以下知识库文章中提到的热修复。