Php 使用无扩展URL的优点是什么?

Php 使用无扩展URL的优点是什么?,php,asp.net,xhtml,seo,sitecore,Php,Asp.net,Xhtml,Seo,Sitecore,使用无扩展URL的优点是什么 例如,我为什么要改变 http://yoursite.com/mypage.html http://yoursite.com/mypage.php http://yoursite.com/mypage.aspx 到 http://yoursite.com/mypage 是否可以为每个页面提供无扩展名的URL 更新: 扩展更少的URL对站点安全性更好吗?我能想到的唯一一件事是让最终用户更容易记住/键入,除此之外,我看不出任何原因,我也由我们的管理员运行了这个,他说有人

使用无扩展URL的优点是什么

例如,我为什么要改变

http://yoursite.com/mypage.html

http://yoursite.com/mypage.php

http://yoursite.com/mypage.aspx

http://yoursite.com/mypage

是否可以为每个页面提供无扩展名的URL

更新:


扩展更少的URL对站点安全性更好吗?

我能想到的唯一一件事是让最终用户更容易记住/键入,除此之外,我看不出任何原因,我也由我们的管理员运行了这个,他说有人说SEO,但如果他要使用它,他会用它来达到某种程度的安全性。

这主要是为了美观

有一个非常小的潜在安全好处(用户不知道后端代码是用什么语言编写的),但这是可以忽略不计的


一位亲戚

无扩展URL的原因是它与技术无关。如果要更改内容的呈现方式,则无需更改URL

文件扩展名 这是一个非常常见的问题。“cgi”,甚至“.html”都会改变。20年后,您可能不会在该页面上使用HTML,但您可能希望今天的链接仍然有效。创建到W3C站点的链接的规范方法不使用扩展。。。。 结论保持尿毒症在2年、20年、200年甚至2000年内仍然存在显然不像听起来那么简单。然而,在整个网络上,站长们都在做决定,这将使他们自己在未来变得非常困难。通常,这是因为他们使用的工具的任务被认为是目前最好的网站,并且没有人评估当情况发生变化时链接会发生什么。然而,这里的信息是,很多很多事情都可以改变,您的URI可以而且应该保持不变。只有当你考虑如何设计它们时,它们才能实现。
如上所述,其中一个优点是您不需要将URL绑定到特定的技术或语言。另外,它的优点之一是,如果您愿意,它允许您从应用程序内部管理输出格式

但这只与“路由”代码框架相关,在该框架中,您基本上会将url路由附加到代码

例如,在我的代码库中,可以通过

1) 在HTTP标头中设置接受标头 2) 将有效扩展名附加到URL

因此/my/simple/url.html、/my/simple/url.xml和/my/simple/url.json的代码完全相同。输出经理将负责以正确的方式输出内容

因此,如果您更改了底层技术,您仍然能够在应用程序的新版本中保持相同的URL模式


从这里开始,由于您正在使用自己的代码解析URL以提取数据,因此它通常为您提供了创建SEO友好URL的机会,即在搜索引擎索引方面更具意义的URL。然后,您可以在web应用程序结构中定义更有意义的URL模式。

,因为用户不需要了解页面背后的技术。
示例:domain.com/Programs/Notepad

人们声称它有助于更好的搜索引擎优化,即使我个人并不相信这一点。如今,许多客户端请求这些无扩展的URL,所以它也可以很容易地实现

如果您正在运行IIS 7,则可以将AppPool切换为在集成管道上运行,从而无需将特定扩展映射到ASP.NET引擎。完成后,您可以指示Sitecore在web.config设置中使用无扩展名的URL(假设Sitecore 6):



.

文件扩展名实际上与技术有关。您可以使用asp.net为您的用户提供扩展名“.php”,反之亦然。是否减少扩展名,不应考虑安全性。这会给你使用什么技术增加一些模糊度,但没有什么可依赖的,也不是人们放弃文件扩展名的主要原因。HTTP内容类型的头将处理真实内容类型的渲染,我个人认为所有其他的东西都是为了美观,并为它和未来构建它。
http://www.example.com/index.php?id=256&code=20&mode=full&previousOperationCompleted=ok
等。通过对URL的努力,它将引导您找到具有最小参数的最佳解决方案(谷歌可以遵循该解决方案,并对同一页面的数千种变体进行循环索引),其中包含人类可读的单词(希望你的关键词能让谷歌看到这是专门针对X的页面)