这些 URL 语法有什么区别？答案

【问题标题】：What is the difference between these URL syntax?这些 URL 语法有什么区别？
【发布时间】：2018-11-06 08:23:12
【问题描述】：

客户向我发送了指向 Tableau Public 链接的超链接。当我尝试打开它时，我得到了 404 异常。我回信给客户，但同样被告知链接工作正常。我访问了他的个人资料页面，并能够在那里打开演示文稿，但最终工作的 URL 与原始无效链接后面的 URL 略有不同。

这是原始链接后面的匿名网址

https://public.tableau.com/profile/[client_name]%23!/vizhome/Project-AirportDelay/FlightPerformancesinUSA?publish=yes

以下是个人资料页面的 URL：

https://public.tableau.com/profile/[client_name]#!/vizhome/Project-AirportDelay/FlightPerformancesinUSA

我看到的唯一区别是?publish=yes 和%23!。我尝试将前者 ?publish=yes 附加到工作 URL，它仍然可以正常工作。所以我怀疑这与%23! 与#! 的另一个区别有关。第一个是否可以工作，因为他是从他可能登录到 Tableau Public 的计算机上打开它的？这些语法有什么区别？关于为什么原始超链接可能不起作用的任何想法？

出于明显的隐私原因，我无法提供完整的网址。

【问题讨论】：

标签： html url hyperlink http-status-code-404 tableau-api

【解决方案1】：

看起来像基本的URL pattern for passing filters?publish=yes

和

%23是#的URLencoded representation

【讨论】：

# 在 ASCII 字符集中。在试图弄清楚为什么它可能会被转换为 % 编码时，我想到该链接被粘贴在后来被转换为 PDF 的文本文档中。你知道#@#PDF转换是否有困难吗？
您是否使用 IE 作为浏览器？
其实我用的是Chrome。
抱歉，跑题了。 # 到 %23 看起来像是 Adobe 中的一个已知错误。它与 PDF 的创建方式有关。 forums.adobe.com/thread/1398769

【解决方案2】：

权限组件启动fragment component之后的第一个#。如果# 应该是路径组件或查询组件的一部分，则必须将其百分比编码为%23。

由于# 是保留字符，这些URI aren’t equivalent：

http://example.com/foo#bar
http://example.com/foo%23bar

URI 引用会以多种方式出错。罪魁祸首通常是软件，如文字处理器，有人在其中粘贴了正确的 URI，而软件错误地对其进行了百分比编码（可能假设用户没有粘贴真实/正确的 URI）。

将 URI 从浏览器地址栏中复制粘贴到纯文本文档中应该始终可以正常工作。

【讨论】：

这似乎是一个 Word 到 PDF 的转换错误。