友好URL是否基于目录？_Url_Directory_Friendly Url

友好URL是否基于目录？

url directory

友好URL是否基于目录？,url,directory,friendly-url,Url,Directory,Friendly Url,我已经阅读了很多关于SEO的文章，并研究如何改进我的网站。我发现一篇文章说，与使用带有大量GET参数的URL相比，使用友好的URL有助于在线索引器更好地查找和定位您的站点，因此我决定使我的站点适应这种URL。我还读到有一种方法（editing.htaccess），但这不是最好的方法，而且看起来也不太好例如，谷歌关于URL的内容就是这样的： https://www.google.com/search/about/es/ 当浏览FTP时，他们是否看到目录search/about/es/index

我已经阅读了很多关于SEO的文章，并研究如何改进我的网站。我发现一篇文章说，与使用带有大量GET参数的URL相比，使用友好的URL有助于在线索引器更好地查找和定位您的站点，因此我决定使我的站点适应这种URL。我还读到有一种方法（editing.htaccess），但这不是最好的方法，而且看起来也不太好

例如，谷歌关于URL的内容就是这样的：

https://www.google.com/search/about/es/

当浏览FTP时，他们是否看到目录

search/about/es/index.html

？如果是这样，您必须为每种语言创建许多文件和目录，而不是使用

&l=es

，这是否值得呢？

您永远无法知道（肯定）资源是如何映射到URL的

例如，URL

https://www.google.com/search/about/es/

指向HTML文件
```
/search/about/es/index.HTML
```
指向HTML文件
```
/foo/bar/1.HTML
```
指向PHP脚本
```
/index.PHP
```
指向PHP脚本
```
/search.PHP？title=about&lang=es
```
指向URL中可用的文档
```
https://internal.google.com/1238
```

给定请求的URL，总是由服务器决定交付哪个资源。除非您有权访问服务器，否则您无法知道如何访问。（即使URL以

.php

结尾，也不一定涉及php。）

服务器可以查找物理上存在的文件（如果涉及URL重写：即使在URL路径建议之外的“其他”位置），服务器可以运行脚本动态生成文档（例如，从数据库获取内容），服务器可以从其他URL输出可用的文件，等等