问题标签 [url-encoding]

鉴于：

做什么

%3E, %3C

意思是？

你如何处理它们？

我有一个包含＆符号的查询字符串参数值。例如，参数的有效值可能是：

当我生成包含参数的 URL 时，我正在使用 System.Web.HTTPUtility.UrlEncode() 使每个元素对 URL 友好。它（正确地）给了我一个像这样的 URL：

http://example.com/foo?bar=a+%26b

问题是 ASP.NET 的 Request 对象将（编码的）＆符号解释为查询字符串参数分隔符，因此将我的值分成两部分（第一个有“bar”作为参数名称；第二个有一个空名称）。

似乎 ASP.NET 是先对 URL 进行 URL 解码，然后在解析查询字符串时使用它。

解决此问题的最佳方法是什么？

更新：问题取决于URLRewriter（第三方插件）而不是 ASP.NET 本身。我已更改标题以反映这一点，但我将保留问题文本的其余部分，直到我找到有关该问题的更多信息。

我一直在开发一个应该能够接受多种语言的标签和搜索查询的 Web 应用程序。这不是要求太多，是吗？

现在，在我的开发 MAMP 服务器上，一切都很好。我添加多语言标签，以我想要的任何语言搜索等。

另一方面，在生产 WAMP 服务器上，多语言字符会带来麻烦。甚至不是一直，只是某些时候，或者某些角色，我还不确定。

发生的情况是他们获得了额外的字符，然后他们的 URL 解码不正确。

两种环境都使用 PHP 5、MySQL 和 Apache。

我的猜测是我在某个地方设置错误。

有任何想法吗？

• 更新：我现在确定是特定的字母（例如希伯来语 ל,מ א）

• 更新：易于重现：总是相同的字母得到错误的编码。

• 内容类型是text/html; charset=utf-8

此外，我进一步指出：
我使用搜索字符串：ליבני
在结果页面上，我看到：

• 在地址栏中，搜索短语是正确的，正确的 url 编码。
• 在 HTML 本身中，我看到字符串“ �_יבני ”，即“ %D7_%D7%99%D7%91%D7%A0%D7%99”，这意味着ל已被编码为“ %D7_”，而不是%D7%9C应有的“”。

我真的不知道该往哪里走。
有任何想法吗？任何人？

有时您需要用于测试的数据，例如Adob​​e Thermo已经预先编写了数据“集”，例如 1 字字符串、3 字字符串等，用于填充数据控件。

我需要：

• 连续文本，没有换行符
• CSV 数字、整数
• CSV 数字、小数
• URL 编码字符串

关于如何获得其中任何一个的任何想法？

当我通过 URL 的 InputStream 读取 xml，然后删除除 url 之外的所有内容时，我得到“ http://cliveg.bu.edu/people/sganguly/player/%20Rang%20De%20Basanti%20-%20Tu% 20Bin%20Bataye.mp3 ".

如您所见，有很多“%20”。

我希望 url 不转义。

有没有办法在 Java 中做到这一点，而不使用第三方库？

我为 Process 类创建了一个新的 MailTo 扩展方法，它只是用一个包含所需 mailto 参数的新 ProcessStartinfo 填充 Process。我创建了一个名为 FormatMailToArgument 的方法（最后右），它将控制字符转换为它们的 Url Encoded equivelants 并且已经测试了它并且它有效但是有没有更好的方法来做到这一点？

我想发送一个 HTTP GET 到http://example.com/%2F. 我的第一个猜测是这样的：

不幸的是，我可以看到实际通过网络发送的内容是：

所以http://example.com/%2F在传输之前被翻译成http://example.com// 。

有没有办法实际发送这个 GET 请求？

OCSP 协议要求在通过 HTTP/GET 使用 OCSP 时发送 base-64 编码的 url 编码，因此需要发送实际的 %2F 而不是“/”以符合要求。

编辑：

以下是 OCSP 协议标准（RFC 2560附录 A.1.1）的相关部分：

使用 GET 方法的 OCSP 请求构造如下：

GET {url}/{url-encoding of base-64 encoding of the DER encoding of the OCSPRequest}

我对其他的解读持开放态度，但我看不出还有什么意思。

在 ASP.NET 中，有没有办法获得真正的原始 URL？

例如，如果用户浏览到“ http://example.com/mypage.aspx/%2F ”，我希望能够获得“ http://example.com/mypage.aspx/%2F ”而不是比“ http://example.com/mypage.aspx// ”。

我当然想要一种干净的方法来做到这一点，但我可以使用反射或访问晦涩的属性的hacky方法。

目前，我尝试在 Authorization-header 中使用 uri（有效），但我不能依赖它始终存在。

编辑：

我真正想做的是能够区分“ http://example.com/mypage.aspx/%2F ”和“ http://example.com/mypage.aspx/%2F%2F ”。

看起来 ASP.NET 首先将“%2F%2F”转换为“//”，然后将斜杠转换为单个斜杠。

所以只是重新编码它是行不通的。

我有一个 C# .net web 项目，它的全球化标签设置为：

当这个 URL 是 Fl​​ash 应用程序时（在浏览器中手动输入 URL 时会遇到同样的问题）：c_product_search.aspx?search=kjøkken（或者：c_product_search-aspx?search=kj%F8kken

两者都返回以下字符代码：

我对字符编码不太了解，但似乎 ø 被赋予了 unicode 替换字符，对吧？

我试图将全球化标签更改为：

这使得请求工作。但是，现在，我页面上的其他搜索停止工作。

我还尝试了以下类似结果：

我应该怎么办？

亲切的问候，

尼泰克