Url 网址礼仪？
鉴于我对PHP“包含”功能的新理解，我猜我网站上的所有页面都将是.PHP扩展 这会被认为是奇怪的吗 我曾经认为大多数页面应该是.htm或.html，但环顾网络，我发现实际上没有任何“标准”Url 网址礼仪？,url,standards,file-extension,Url,Standards,File Extension,鉴于我对PHP“包含”功能的新理解，我猜我网站上的所有页面都将是.PHP扩展 这会被认为是奇怪的吗 我曾经认为大多数页面应该是.htm或.html，但环顾网络，我发现实际上没有任何“标准” 如果我想从php文件调用我的菜单，我真的认为我没有选择。就我所见，事情就是这样。。。所以，请大家跳出来感受一下“真正的程序员”对这些问题的感受。不管URL的结尾是什么，。php很好，而且相当常见。如今，人们关心的唯一一件事是如何使URL在搜索引擎优化中变得美观，但这是一个全新的问题。不管URL的结尾是什么，。
如果我想从php文件调用我的菜单，我真的认为我没有选择。就我所见，事情就是这样。。。所以，请大家跳出来感受一下“真正的程序员”对这些问题的感受。不管URL的结尾是什么，
。php。php（有点开玩笑）值得一提的是，特别是对于include，您应该确保实际文件的扩展名为.php。我见过不止一个网站，在浏览器中可以查看编程逻辑，因为开发人员结束了他们的files.inc（或在此处插入非自动解析的扩展名）。通常-确保您的URL易于阅读，反映其下的内容，并且不会更改。“不改变”部分可能很棘手，特别是当您随着时间推移改变技术时（html>php>aspx） 要实现这一点，只需确保站点的每个区域都位于自己的子目录中 mysite.com/news/ mysite.com/aboutus/ mysite.com/products/ 等等 您可以通过以这种方式对站点进行物理结构化，并使用默认文档（default.html/php/aspx），或者使用mod rewrite、ISAPI rewrite或类似的方法将这些路径重写到相应的文档
热衷于搜索引擎优化或市场营销的人可能对什么是“好”的URL有不同的看法，但作为一名开发人员，我就是这么看的。一般来说，确保您的URL易于阅读，反映其下的内容，并且不会更改。“不改变”部分可能很棘手，特别是当您随着时间推移改变技术时（html>php>aspx） 要实现这一点，只需确保站点的每个区域都位于自己的子目录中 mysite.com/news/ mysite.com/aboutus/ mysite.com/products/ 等等 您可以通过以这种方式对站点进行物理结构化，并使用默认文档（default.html/php/aspx），或者使用mod rewrite、ISAPI rewrite或类似的方法将这些路径重写到相应的文档
热衷于搜索引擎优化或营销的人可能对什么是“好的”URL有不同的看法，但作为一名开发人员，我就是这么看的。对浏览器来说，真正重要的不是文件的扩展名；它是在HTTP头中发送的MIME类型。头文件是在实际文件之前发送的数据，告诉它是什么类型的数据，它有多大，以及一堆其他不重要的垃圾。您可以将服务器配置为将任何文件扩展名作为HTML页面发送，但HTML页面最常见的扩展名是.htm、.HTML、.php、.asp、.aspx、.shtml、.jsp和其他一些扩展名
至于它看起来“奇怪”，很少有用户会真正查看地址栏，更不用说注意到文件扩展名是.php而不是.html了。如果我是你，我就不会担心；这真的没什么区别。对浏览器来说真正重要的不是文件的扩展名；它是在HTTP头中发送的MIME类型。头文件是在实际文件之前发送的数据，告诉它是什么类型的数据，它有多大，以及一堆其他不重要的垃圾。您可以将服务器配置为将任何文件扩展名作为HTML页面发送，但HTML页面最常见的扩展名是.htm、.HTML、.php、.asp、.aspx、.shtml、.jsp和其他一些扩展名
至于它看起来“奇怪”，很少有用户会真正查看地址栏，更不用说注意到文件扩展名是.php而不是.html了。如果我是你，我就不会担心；这真的没有什么区别。在.php中结束URL在技术上是很好的，但我认为现在很多人都在尝试使URL独立于实际的代码/文件结构 实际上，从软件工程的角度来看，我认为这也是一件好事。URL在概念上与用于组织为网站供电的系统的文件/目录结构不同（阅读：根本不相关） URL“定位”的“资源”不是包含显示它的代码的.php或.asp文件 以stackoverflow为例，这个问题的URL是
/questions/322944/uql礼仪