我有一个项目，要求我的url在路径上有圆点。例如，我可能有一个URL，例如www.example.com/people/michael.phelps
带有点的url会生成404。我的路由是好的。如果我传入michaelphelps，没有点，那么一切正常。如果我加一个点，就会得到404错误。示例站点运行在Windows 7和IIS8 Express上。URLScan未运行。
我尝试在我的web.config中添加以下内容:
<security>
<requestFiltering allowDoubleEscaping="true"/>
</security>
不幸的是，这并没有什么不同。我刚刚收到一个404.0未找到错误。
这是一个MVC4项目，但我不认为这是相关的。我的路由工作得很好，我所期望的参数都在那里，直到它们包含一个点。
我需要配置什么才能在我的URL中有圆点?
当前回答
此外，(相关的)检查处理程序映射的顺序。我们在.ashx后面的路径中有一个.svc(例如/foo.asmx/bar.svc/path)。.svc映射首先是。svc路径，因此在。asmx之前匹配的。svc路径是404。 没有想太多，但也许url编码的路径会照顾到这一点。
其他回答
我在这个问题上卡了很长一段时间，遵循了所有不同的补救措施，但都没有效果。
我注意到，当在包含点[.]的URL末尾添加正斜杠[/]时。)，它没有抛出404错误，而且它确实工作了。
我最终解决了这个问题，使用一个URL重写器，如IIS URL重写，以观察一个特定的模式，并附加训练斜杠。
我的URL看起来是这样的:/Contact/~firstname。所以我的模式很简单:/Contact/~(.*[^/])$
我从Scott Forsyth那里得到了这个想法，见下面的链接: http://weblogs.asp.net/owscott/handing-mvc-paths-with-dots-in-the-path
添加URL重写规则到Web。配置档案。您需要在IIS中已经安装URL重写模块。使用下面的重写规则作为你自己的灵感。
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<system.webServer>
<rewrite>
<rules>
<rule name="Add trailing slash for some URLs" stopProcessing="true">
<match url="^(.*(\.).+[^\/])$" />
<conditions>
<add input="{REQUEST_FILENAME}" matchType="IsFile" negate="true" />
<add input="{REQUEST_FILENAME}" matchType="IsDirectory" negate="true" />
</conditions>
<action type="Redirect" url="{R:1}/" />
</rule>
</rules>
</rewrite>
</system.webServer>
</configuration>
此外，(相关的)检查处理程序映射的顺序。我们在.ashx后面的路径中有一个.svc(例如/foo.asmx/bar.svc/path)。.svc映射首先是。svc路径，因此在。asmx之前匹配的。svc路径是404。 没有想太多，但也许url编码的路径会照顾到这一点。
这就像将path="."更改为path=""一样简单。只需在web.config中删除ExensionlessUrlHandler-Integrated-4.0路径中的圆点。
这是一篇不错的文章https://weblog.west-wind.com/posts/2015/Nov/13/Serving-URLs-with-File-Extensions-in-an-ASPNET-MVC-Application
你可能想要考虑使用破折号而不是句号。
在Pro ASP MVC 3框架中，他们建议创建友好的url:
避免使用符号、代码和字符序列。如果你想说句话 分隔符使用破折号(/my-great-article)。下划线不友好， url编码的空格是奇怪的(/my+great+article)或恶心的 (/ % 20大% 20篇文章)。
它还提到url应该易于阅读和更改。也许考虑使用破折号而不是点的原因也来自同一本书:
不要为HTML页面使用文件扩展名。Aspx或.mvc)，但要将它们用于特殊的文件类型(.jpg， .pdf， .zip等)。如果您适当地设置了MIME类型，Web浏览器并不关心文件扩展名，但是人们仍然希望PDF文件以.pdf结尾
因此，虽然句号对人类来说仍然是可读的(尽管在我看来，它的可读性不如破折号)，但它可能仍然有点令人困惑/误导，这取决于句号之后的内容。如果有人姓zip呢?那么URL将是/John.zip而不是/John-zip，这甚至会误导编写应用程序的开发人员。
