为什么URL格式为“http://www.mongodb.org/display/DOCS/mongo+-+The+Interactive+Shell”

什么是mongo+-+The+Interactive+Shell部分，为什么会这样？它似乎是urlencoded从“mongo - 交互式壳牌”为什么URL格式为“http://www.mongodb.org/display/DOCS/mongo+-+The+Interactive+Shell”

来源

2010-08-29 太極者無極而生

出于同样的原因，此问题的网址包括why-are-urls-in-the-form-of-http-www-mongodb-org-display-docs-mongo-theinte。未编码的空格无效，编码的空格（％20）难以读取，因此使用了更易读的替代方法。

来源

2010-08-29 16:55:34

嗯......如果我正确地记得，“ - ”是一个URL中的有效字符（也就是说，您可以用连字符减号字符上传文件，并且可以通过其实际（本地）名称来访问它），而“+”只是“％20”的替代选择。因此，如果一个文件上传文件“Essays 2010.docx”，您可以通过“Essays％202010.docx”或“Essays + 2010.docx”访问它，但不能访问“Essays-2010.docx”。如果您上传文件“Essays-2011.docx”，则只能通过“Essays-2010.docx”访问它。 – 2010-08-29 17:01:03

我想补充一点，'+'在表单提交的数据中作为％20工作，但至少在某些Apache服务器上是文件路径。所以www.site.com/file%20list.txt与file + list.txt不一样。我想最终，这取决于服务器在看到GET或POST以及路径时如何解释传入的请求。 – 2010-08-29 17:58:29

W3C reserved the plus sign作为空格字符的简写。您还会发现编号为RFC 1630的文档。

来源

2010-08-29 17:27:23 Blrfl

请在Paul的帖子中看评论。 – 2010-08-29 17:58:48

采取了点。在OP的URL中，很明显他们使用完整标题作为页面的唯一标识符。我看到很多，并且发现自己质疑这种做法的优点，尤其是当短得多的URL有优势时。（这个网站做的是同样的事情，我把它放在头上。）但这是另一个讨论的话题。 – Blrfl 2010-08-29 22:50:14

为什么URL格式为“http://www.mongodb.org/display/DOCS/mongo+-+The+Interactive+Shell”

回答

相关问题