当前位置：文江博客话题详情

URL file-extension

为什么有些网站的网址不包含文件扩展名？

发布于 2024-09-17 12:27:05 字数 321 浏览 4 评论 0 原文

我在浏览互联网时注意到，例如，YouTube 包含这样的 URL 来表示视频页面：http://www.youtube.com/watch?v=gwS1tGLB0vc。

我的网站使用如下 URL 作为主题页面：http://www.example.com/page.php?topic_id=6f3246d0sdf42c2jb67abba60ce33d5cc。

区别在于，如果您还没有注意到，在 YouTube 上，他们的观看页面没有文件扩展名，所以我想知道，为什么有些网站不使用文件扩展名，它有什么用处？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

对你的占有欲 2024-09-24 12:27:05

不使用文件扩展名是因为 URI（以及 URL）应该独立于实现 - 如果您想访问 CDC 有关食品安全的信息，您应该能够访问 https://www.cdc.gov/foodsafety（例如）。 CDC 的服务器是否使用 PHP、Python 或 Perl 对于最终用户来说并不重要，因此他们不需要看到它。最终用户并不关心页面是如何生成的，因为提供网页的所有语言都会输出相同的 HTML、CSS 等，并且用户只是在其 Web 浏览器中查看页面。

大多数 Web 框架默认构建此功能，正是出于这个原因，并且无论大多数 Web 服务器中是否进行 URL 重写，它都可以完成。这个理想被编入了 W3C 风格指南，这无疑是这个想法被广泛接受的一个重要因素。他们的指南“Cool URIs Don't Change”中对此进行了概述，其中如果您仍然不太明白这里的推理，应该把事情弄清楚。该文件是该问题的首选声明，也是框架的事实上的标准。

值得注意的是，通常最终下载的文件（有时是 AJAX 中使用的数据文件）的文件扩展名仍然完好无损 - http://example.com/song.mp3 或 http://example.com/whitepaper.pdf - 因为它们旨在保存到最终用户的计算机上，其中文件扩展名很重要。对于仅显示的页面（即大多数页面），不包含扩展名。

后记：这个答案最初链接到的示例页面在某个时候停止存在，因为尽管有最佳实践，但有时 URI 确实会发生变化。我已将其替换为 CDC 的食品安全页面，该页面以某种形式存在于至少 20 年了。毫无疑问，多年来，许多不同的技术都提供了这些内容，但总是在完全相同的 URL 上提供这些内容。

回复收藏 0 原文

高跟鞋的旋律 2024-09-24 12:27:05

您所看到的是 URL 路由的示例。服务器不是指向特定文件（例如 page.php），而是使用路由表或配置将请求定向到实际呈现 html（或任何其他内容，具体取决于返回的 mime 类型）的处理程序。如果您注意到，StackOverflow 使用相同的机制。

回复收藏 0 原文

绝不服输 2024-09-24 12:27:05

有或没有扩展名无关紧要。浏览器作用于服务器返回的 MIME 类型，而不是 URL 中使用的任何扩展名。

回复收藏 0 原文

瘫痪情歌 2024-09-24 12:27:05

当你问“为什么？”您问的是技术原因还是设计原因？有些人已经回答了技术问题，所以我只评论设计。

基本上可以归结为 url 是一个端点。这是用户/服务需要到达的地方。在大多数情况下，扩展名是无关紧要的。如果用户正在浏览网页并访问 http://site.com/users，他期望看到以下列表：用户。他不在乎它没有说 .html 或 .php。作为一名设计师，使用这些扩展并没有真正的意义。您希望您的应用程序有意义，而这些扩展并没有真正提供用户所需的任何洞察力。

当您正在创建其他应用程序将使用的服务时，您可能会想要使用它们。然后，您可以选择使用扩展名来表示期望返回的数据类型（.json、.xml 等）。有人正在研究这些东西的设计指南和规范，但这一切都还很早。

基本上使用这些扩展是因为这就是 Web 服务器/客户端默认的工作方式。随着网络开发的成熟，我们开始更专业地处理网址，并试图让它们对阅读/使用它们的人有意义。

回复收藏 0 原文

烟酉 2024-09-24 12:27:05

虽然扩展对浏览器来说并不重要，浏览器只是使用传递给它的标头来确定要显示的内容以及如何显示它，但它们很可能在服务器上起作用。例如，您的机器可能同时安装了 php 和 ruby 解释器，但您的网络服务器具有将文件扩展名映射到 MIME 类型的配置文件。例如，来自 Apache 的 php5.conf：

  AddType application/x-httpd-php .php .phtml .php3

它告诉 Apache 以 .php、.phtml 和 .php3 结尾的文件应该被识别为 PHP 文件。

然而，由于扩展对客户端来说没有任何意义，因此没有它们的 URL 通常看起来“更好”。为了做到这一点，诸如 Apache 的 mod_rewrite< /a> 可用于“重写”客户端 URL，使其在服务器上有意义。

例如，您可以设置 mod_rewrite 规则来重写类似 http://yourblog.com/article/the-article-you-wrote 的 URL（看起来更好并且更方便）更容易输入和记住）到 http://yourblog.com/articles.php?title=the-article-you-wrote，Apache 可以使用它来将请求正确路由到您的 PHP 脚本。

While extensions don't matter to the browser, which just uses the headers passed along to it to determine what to display and how to display it, chances are they do matter on the server. For instance, your box could have both a php and a ruby interpreter installed, but your webserver has configuration files to map file extensions to MIME types. For instance, from Apache's php5.conf:

  AddType application/x-httpd-php .php .phtml .php3

which tells Apache that files ending in .php, .phtml and .php3 should be recognized as being PHP files.

However, since the extensions don't mean anything to the client, URLs often look "nicer" without them. In order to do so, technologies such as Apache's mod_rewrite can be used to "rewrite" client-land URLs to have meaning on the server.

For instance, you could set up mod_rewrite rules to rewrite a URL like http://yourblog.com/article/the-article-you-wrote (which looks nicer and is simpler to type and remember) to http://yourblog.com/articles.php?title=the-article-you-wrote, which Apache can use to properly route the request to your PHP script.

回复收藏 0 原文

三寸金莲 2024-09-24 12:27:05

关键是 HTTP 响应标头的 Content-Type 字段。类似的东西：

HTTP 200 OK
Content-Type: video/flv
Content-Length: 102345

DATA-DATA-DATA-DATA-DATA-DATA-....

另请参阅：

Content-Disposition: attachment; filename=genome.jpeg;
     modification-date="Wed, 12 Feb 1997 16:29:51 -0500";

更多详细信息：http://en.wikipedia.org/wiki/MIME< /a>

The key is the HTTP response header's Content-Type field. Something like that:

HTTP 200 OK
Content-Type: video/flv
Content-Length: 102345

DATA-DATA-DATA-DATA-DATA-DATA-....

See also:

Content-Disposition: attachment; filename=genome.jpeg;
     modification-date="Wed, 12 Feb 1997 16:29:51 -0500";

More details: http://en.wikipedia.org/wiki/MIME

回复收藏 0 原文

惜醉颜 2024-09-24 12:27:05

好吧，文件扩展名在互联网上没有任何用处。浏览器不关心文件扩展名是什么。您可以提供 .avi 形式的 CSS 文件。那么为什么不干脆把它忽略掉呢？这允许更短的 URL。

此外，“重写” url 可以使 url 更具可读性。您可能不理解 /categories.php?id=455，但您会理解 /455-some-category。

如果您想自己执行此操作并且正在使用 Apache，请查看 mod_rewrite。

回复收藏 0 原文

尝蛊 2024-09-24 12:27:05

url 应该被正确地视为用户界面的一部分。因此，它的设计应该能够传达有关用户在网站上的位置以及网站结构的信息。

之类的 URL

诸如mysite.com/sport/soccer/brazil_wins_worldcup

会告诉用户很多有关该网站的结构以及他当前所在位置的信息。相比之下：

mysite.com/article.php?cateogry=12&articleid

=371 是无用的，相反，它暴露了不相关的实现细节，例如使用哪种语言来创建网站，以及该文章的 id 是什么（可能存储在在该 id 下的数据库中）

除了这种审美观点（不要让用户接触不相关的实现细节）之外，它还有助于使网站面向未来。因为如果您一开始就没有公开过您选择的语言，那么您可以稍后升级到 Ruby 或 Python，而无需世界上每个链接都指向您，现在都是 404。

设计对用户有意义的 URL，面向未来。

回复收藏 0 原文

你另情深 2024-09-24 12:27:05

这个问题有很多可能的答案。您的 Web 应用程序服务器的配置方式决定了您的 Web 浏览器所解释的内容。在某些情况下，您可能会使用 URL 重写或路由，并且正如其他人所说，您为请求的 URL 或扩展提供了哪些处理程序。

我可以有一个像“http://cory.com/this/really/doesnt/exist 这样的网址”并让它实际指向“http://cory.com/this .does.exist.123”如果我愿意的话。

回复收藏 0 原文

江湖彼岸 2024-09-24 12:27:05

Web 服务器的正常行为是将请求的 URI 路径映射到文档根目录中某处的文件上。因此，http://example.com/foo/bar 简单地映射到 /path/do/document/root/foo/bar。此外，Web 服务器需要知道如何处理文件。这通常是通过文件扩展名来完成的。因此文件扩展名 .php 的文件由 PHP 解释器处理。

现在，除了这种正常行为之外，大多数 Web 服务器都具有允许更改映射的功能（即 URL 重写< /a>）以及如何处理没有文件扩展名的文件。

对于 Apache Web 服务器，前者可以使用 mod_rewrite：

RewriteEngine on
RewriteRule ^/watch$ /watch.php

后者可以通过 mod_mime 完成：（

<File watch>
    ForceType application/x-httpd-php
</File>

好吧，实际上这不是 mod_mime 功能，而是一个核心功能。）

The normal behavior of a web server is to map the requested URI path onto a file somewhere in the document root directory. So http://example.com/foo/bar is simply mapped onto /path/do/document/root/foo/bar. Additionally, the web server needs to know how to handle a file. This is often done by the file name extension. So files with the file name extension .php are handled by the PHP interpreter.

Now apart from this normal behavior, most web servers have features that allow to change both the mapping (i.e. URL rewriting) and the way how a file without a file name extension is handled.

In case of the Apache web server, the former can be done with mod_rewrite:

RewriteEngine on
RewriteRule ^/watch$ /watch.php

And the latter can be done with mod_mime:

<File watch>
    ForceType application/x-httpd-php
</File>

(Ok, actually this is not mod_mime feature but a core feature.)

回复收藏 0 原文

却一份温柔 2024-09-24 12:27:05

规则：URI 中不应包含文件扩展名

在 Web 上，句点 (.) 字符通常用于分隔文件名和文件名。
URI 的扩展部分。 REST API 不应包含人工文件扩展名
在 URI 中指示消息实体主体的格式。相反，他们应该依靠
通过 Content-Type 标头传达的媒体类型，以确定如何
处理身体的内容。

(1)http://api.college.restapi.org/学生/3248234/transcripts/2005/fall.json
(2)http://api.college.restapi.org/students/ 3248234/transcripts/2005/fall

(1)文件扩展名不应用于指示格式偏好。
(2)应鼓励REST API客户端使用HTTP提供的格式选择
机制，Accept 请求标头。
参考资料：设计 REST api 规则手册

回复收藏 0 原文

醉城メ夜风 2024-09-24 12:27:05

下面是我在 .htaccess 中使用的内容，使 url 在没有 HTML 或 PHP 扩展名的情况下仍然可以正确运行。

RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME}\.html -f

意味着如果浏览器中具有指定名称的文件与网络服务器中的目录（-d）或文件（-f）不匹配，则重写下面的规则

RewriteRule ^(.*)$ $1.html

我不确定下面的规则如何工作，但我认为之后它用html重写，如果仍然不匹配，那么用php重写，

RewriteCond %{REQUEST_FILENAME}\.php -f
RewriteRule ^(.*)$ $1.php

如果仍然不匹配，则会显示404页面。

您还可以使用 .htaccess 中的以下代码重定向 404，

ErrorDocument 404 /404.html

重要性是该代码适用于我的网站。

http://mintnet.net/services

http://php.mintnet.net/home

这些不需要文件扩展名。

below it what I use in my .htaccess to make the url still run correctly without the HTML or PHP extension.

RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME}\.html -f

means that if the file with the specified name in the browser doesn't matching with directory (-d) or files(-f) in your webserver, then rewrite rule below

RewriteRule ^(.*)$ $1.html

i'm not sure how the below work but I think that after it rewrite with html and if it still not matching it then rewrite with php

RewriteCond %{REQUEST_FILENAME}\.php -f
RewriteRule ^(.*)$ $1.php

if it still not matching it will be show 404 page.

you also can redirect 404 with the code below in .htaccess

ErrorDocument 404 /404.html

importance is the code is working in for my site.

http://mintnet.net/services

http://php.mintnet.net/home

those doesn't need the file-extension.

回复收藏 0 原文

忘你却要生生世世 2024-09-24 12:27:05

“www.youtube.com/watch”是 YouTube 的目录。所以它基本上可以写成“www.youtube.com/watch/”，并以正斜杠结尾。

回复收藏 0 原文

~没有更多了~

关于作者

烙印

暂无简介

0 文章

0 评论

23 人气

关注发私信

友情链接

文江博客

为什么有些网站的网址不包含文件扩展名？

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

评论（13）

关于作者

相关话题

热门标签

推荐作者

Gabu-gabumon

qq_CgiN62

荔枝明

赏烟花じ飞满天

独守阴晴ぅ圆缺

¤→小豸慧

友情链接

为什么有些网站的网址不包含文件扩展名？

如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

评论（13）

关于作者

相关话题

热门标签

推荐作者

Gabu-gabumon

qq_CgiN62

荔枝明

赏烟花じ飞满天

独守阴晴ぅ圆缺

¤→小豸慧

友情链接

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。