【问题标题】:Upper case letters in a URL, should it be advertised that way?URL 中的大写字母,应该这样宣传吗?
【发布时间】:2011-06-11 09:23:05
【问题描述】:

目前,我们的 URL 看起来像这样:

http://helpdesk.ourdomain.com

最近,为了便于阅读,有人谈论广告这些 URL(在出版物、网站等)看起来像这样:

http://HelpDesk.OurDomain.com

我们的网络服务器会正​​确处理访问包含大写元素的 URL,这意味着当您访问该 URL 时,它会将 URL 重写为全部小写。但是,我总是被告知 URL 是区分大小写的。牢记这一点,我认为不应该使用大写字母来宣传 URL。

广告网址中包含大写字母是否可行?为什么或为什么不?

【问题讨论】:

  • 主机名不区分大小写。用户代理通常在请求 URL 之前将它们转换为小写。

标签: apache url semantics uppercase


【解决方案1】:

来自spec

当比较两个 URI 以确定它们是否匹配时,客户端应该使用区分大小写的字节对整个 URI 进行逐个字节比较,但以下情况除外:

  - A port that is empty or not given is equivalent to the default
    port for that URI-reference;

    - Comparisons of host names MUST be case-insensitive;

    - Comparisons of scheme names MUST be case-insensitive;

    - An empty abs_path is equivalent to an abs_path of "/".

【讨论】:

    【解决方案2】:

    引用W3C

    URL 通常区分大小写(机器名称除外)。可能有 URL 或 URL 的一部分,大小写无关紧要,但识别这些可能并不容易。用户应始终考虑 URL 区分大小写。

    我不会说,保持小写。

    【讨论】:

    • 实用的版本是主机名,并且只有主机名,通常不区分大小写:在这种情况下,http:// 和之后的第一个 / 之间的部分。如果您真的确信可用性会得到改善,请随意混淆主机名的大小写。但实际上,除非有强烈的论据反对所有小写字母,否则不要这样做。这种风格伤害了许多书呆子(包括自己)的眼睛,并且会让新手认为额外的换档压力是必要的,这取决于环境可能是一个更大的可用性问题。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-07-17
    • 1970-01-01
    • 2012-07-19
    • 2023-04-07
    • 1970-01-01
    相关资源
    最近更新 更多