是否有充分的理由使用Sitecore媒体url'；包括蒂尔德吗？

从2011年开始，我可以看到推荐使用“-”而不是“~”

---

在.NET 4.0/IIS7.5上的Sitecore 6.5中编写媒体URL的最佳实践是什么？我应该保留默认设置/~/media/还是使用/-/media/或在我在场时遵循博客帖子的建议，为什么不直接使用/media/？

我知道这个问题在您使用.Net Framework 2.0时出现

请看下一页。 如果您在.Net Framework 4.0和IIS 7.5下运行网站，则不存在此漏洞

这也解释了一点关于瓷砖的使用

您也可以向John West查询有关/~/media的信息

---

因此，结论是使用-/media作为媒体文件。

我怀疑使用~是出于遗留原因。当前的建议是使用您所指出的

-/media

，但是您可以使用任何您想要的，并且它会起作用。您刚刚使用

/media/

时遇到的问题是，如果名称中有任何其他项包含该项，则它将触发媒体处理程序，而不是提供您的内容

例如，对于

/blah/blah/blah/-/media/images/logo.png

的请求将正确地提供图像，

/about/media/news/2013/12/20/sitecore.aspx

实际上应该提供一个页面，但会触发媒体处理程序并返回404，只使用/media/。因此，如果您要使用其他内容，那么请确保它是唯一的，您可能需要强制执行它，因为内容编辑器在记住此类内容时可能会有点滑稽

由于您当前使用的是Sitecore 6.5，因此我可以假设您已有内容。确保保留现有的

~/media

触发器，以允许富格文本字段继续工作

如果在以下系统上更新Media.MediaLinkPrefix设置： 数据库中已经有一些内容，Sitecore可能不会更新 包含旧格式中的值的所有富文本编辑器字段中的值 格式，包括内联图像和指向媒体项的链接

---

我可能会继续将

Media.RequestExtension

设置为空字符串，以便图像URL也能提供正确的媒体扩展。

对于使用Sitecore 7.2的项目，您可能希望坚持使用波浪线或应用以下KB文章中提到的热修复程序

---

我也想知道这个问题的答案。快速搜索会显示一个非常有趣的结果列表。