&引用~&引用；变为"；%7E“；Sitecore中的问题？

使用Sitecore，我可以自定义媒体的URL。
在

PageEditor

模式下，你们有没有遇到过“~”变为“%7E”的问题

比如说,， 在IE（或chrome、firefox）中查看页面的源代码，我期待类似这样的东西

<img src="~/media/twitter.gif" alt="Twitter" width="100" height="22" />

但是想到这个,

<img src="%7E/media/twitter.gif" alt="Twitter" width="100" height="22" />

我已经检查了我的代码，我不认为我做了会将“~”更改为“%7E”的事情， 如果你曾经遇到过这样的事情，请告诉我，以及我如何解决它。谢谢

%7E

是

~

的首选。使用编码值的HTML是完全正确的

如果您试图使用

~

访问用户的主目录（我怀疑您是），请不要这样做。了解web docroot以及相对和绝对路径，然后找出您想要使用的实际路径。

%7E

是

~

的首选路径。使用编码值的HTML是完全正确的

---

如果您试图使用

~

访问用户的主目录（我怀疑您是），请不要这样做。了解web docroot以及相对和绝对路径，然后找出您想要使用的实际路径。

~

是访问您的主目录的快捷方式（或者，如果传递给在其他用户下运行的应用程序，则为该用户的主目录）。因此，通常使用

~

引导URL是不符合犹太教义的

另一方面，只要URL编码的块不在查询字符串中，浏览器就会将其解析为等效块。例如：

将决心：

混搭

（mediawiki进一步决定：

---

但是，如果您试图访问webroot之外的文件路径，则很可能会出错，尤其是客户端。如果您不这样做，则如果被发现，则很可能会收到一个对讲机。

~

是访问主目录的快捷方式（或者，如果传递给另一个用户下运行的应用程序，则为该用户的主目录。因此，通常使用

~

引导URL是不符合犹太教义的

另一方面，只要URL编码的块不在查询字符串中，浏览器就会将其解析为等效块。例如：

将决心：

混搭

（mediawiki进一步决定：

---

但是，如果您试图访问webroot之外的文件路径，则很可能会出错，尤其是客户端。如果您不这样做，则如果您被发现，则很可能会收到对方的谈话。

正如前面所回答的，

%7E

是

~

符号的URL编码

在富文本编辑器中复制粘贴链接时，我们也遇到了类似的问题。从广义上讲，复制富文本编辑器的HTML输出时，我们已经在浏览器中工作，浏览器正在呈现HTML源。例如，链接正在由浏览器解决（因此，如果作者登录到Sitecore以编辑一个特定的主机域，但在另一个主机域上工作，则链接将解析到他们登录的域）

我们在执行此操作时也遇到了特定的

%7E

替换

~

问题

您没有提供足够的详细信息让我确定您的情况就是这样，但这似乎很有可能。如果您复制粘贴浏览器呈现的HTML，则您没有访问原始字符串

编辑：这可能与已知的Sitecore错误有关，该错误在复制粘贴时将富格文本编辑器的路径信息添加到链接中。Sitecore在此处对此进行了修复：

---

如前所述，

%7E

是

~

符号的URL编码

在富文本编辑器中复制粘贴链接时，我们也遇到了类似的问题。从广义上讲，复制富文本编辑器的HTML输出时，我们已经在浏览器中工作，浏览器正在呈现HTML源。例如，链接正在由浏览器解决（因此，如果作者登录到Sitecore以编辑一个特定的主机域，但在另一个主机域上工作，则链接将解析到他们登录的域）

我们在执行此操作时也遇到了特定的

%7E

替换

~

问题

您没有提供足够的详细信息让我确定您的情况就是这样，但这似乎很有可能。如果您复制粘贴浏览器呈现的HTML，则您没有访问原始字符串

编辑：这可能与已知的Sitecore错误有关，该错误在复制粘贴时将富格文本编辑器的路径信息添加到链接中。Sitecore在此处对此进行了修复：

---

请提供用于生成该示例链接的代码。请提供用于生成该示例链接的代码。虽然您所说的是正确的，但Sitecore并非如此。Sitecore将媒体资产的URL重写到路径

http://hostname/~/media/

所以

~

不是主目录访问器，它的jsut媒体处理程序匹配的模式。虽然您所说的是正确的，但Sitecore并非如此。Sitecore将媒体资产的URL重写到路径

http://hostname/~/media/

所以

~

不是主目录访问器，它的jsut是媒体处理程序匹配的模式。