问题标签 [percent-encoding]

这封电子邮件有什么办法可以运行吗？łōręmıpśum@łōręmıpśum.com 这不是一个完全轻率的追求。我们有波兰用户在我们的应用程序中输入了非 ascii 电子邮件。

gmail 验证器将其标记为无效，但也许这是他们不允许这样做的罕见情况。“łōręmıpśum.com”的 punycode 是“xn--rmpum-j0a3o6e4dtg.com”，info@xn--rmpum-j0a3o6e4dtg.com似乎工作正常。用户部分让我很头疼。

我以为我可以像在 url 中那样对其进行 utf8+percent 编码（结果为“%C5%82%C5%8Dr%C4%99m%C4%B1p%C5%9Bum”），但 SMTP 服务器返回我的邮件有错误：

电子邮件似乎可以很好地通过本地 SMTP 服务器，但在远程端失败。可能 namecheap 邮件服务器是以 ASCII 为中心的方式配置的。

我的主要问题：我已经向自己证明了电子邮件的服务器部分可以是波兰语，但用户部分可以吗？如果不是，为什么？在我看来，上面的电子邮件虽然非常丑陋，但只是 ASCII，不应该被不支持 unicode 的电子邮件系统特别对待。

我有一个这样的 html.file，本地文件的希伯来文名称如下：אב.html

它的百分比编码链接适用于所有浏览器，但不适用于 IE。似乎 IE 不是将其转换为 UTF-8，而是转换为 ISO。

我已经尝试了很多方法，但是这个小字符串不能被 URL 解码。

上面的代码在替换百分比转义后只记录相同的 (!) 字符串。

有可靠的解决方案吗？我认为某种基于某些文档的 RegEx 解决方案可能会起作用。有什么建议吗？

在用 Uri 类回答另一个问题时，我发现了一些对我来说似乎很奇怪的东西：

考虑这两个 Uris：

它们的不同之处仅在于它们的方案。提供的标识符的所有其他元素都是相同的。

那么，为什么当我转储Segments这些 Uri 实例的属性时，我会看到以下输出u1：

...但是输出不同u2？

为什么不同方案的解析行为不同？

我正在做一个应用程序，我必须从网页中读取一个 URL 作为字符串 [它不是页面的地址]。我将要阅读的 URL 包含查询字符串，我特别需要来自该 URL 的两个查询。所以我正在使用UriAndroid中可用的类。现在，问题在于 URL 和查询的编码/格式。我需要的查询之一始终是 URL。有时查询 URL 是 % 编码的，有时不是。

URL 可以如下所示：

情况1 ：

http://www.example.com/example/example.aspx?file=http%3A%2F%2FXX.XXX.XX.XXX%2FExample.file%3Ftoken%3D9dacfc85

案例2：

http://www.example.com/example/example.aspx?file=http://XX.XXX.XX.XXX/Example.file?token=9dacfc85

如何获取file=查询中包含的正确 URL？

我正在使用以下内容[普遍完成上述工作]：

这是正确的方法吗？

更新

我决定首先对整个 URL 进行编码，而不管其值如何，然后获取查询参数。从理论上讲，它应该工作。

有谁知道一个像样的 Java API/util 可以用百分比编码的形式查找和替换 URL 中的不安全字符？

当我使用 window.location 打开带有特殊字符的 url 时，它似乎对特殊字符进行百分比编码，然后打开 URL。例如

这将导致打开一个带有 URL 的页面：

代替：

如何在没有百分比编码字符的情况下正确打开 URL

这是一个使用代码的 jsfiddle：http: //jsfiddle.net/krisrak/aSkMR/

当我将包含一些保留字符的 url 粘贴到 IE、FF、Chrome 的地址栏时，我看到它按原样显示，但据我所知，在后台使用百分比编码。

如何在 IE、FF 和 Chrome 中查看浏览器如何对 url 进行编码？

可能吗？

PS：我想检查的原因是我感觉我的 url 在 IE 和 FF 和 Chrome 中的编码不同 - 所以它只在 IE 中有效。

我想使用 node.js 发送 http 请求。我愿意：

当我path这样：

这是工作。但是当message参数包含任何空格时，例如tester response所有空格。在控制台中我看到 http 使用这个 url：

如何发送空间。或者我只是不能在 url 中使用空格？

我正在尝试在 QNetworkAccessManager+QNetworkRequest+QNetworkReply 的帮助下从 Amazon 下载音频样本。我在处理从http://www.amazon.com/gp/dmusic/aws/sampleTrack.html?clientid=Shazam&ASIN=B00DJBQWAE到http://d28julafmv4ekl.cloudfront 的重定向时遇到了一个大问题。 net/64%2F30%2F239068457_S64.mp3?Expires=1380627695&Signature=BlaBlaBlaBla&Key-Pair-Id=BlaBlaBla （注意从服务器返回的百分比编码路径）。问题是当重定向目标 URL 被传递给新的 QNetworkRequest 并且请求通过 QNAM 发送时，%2F 字符会自动转换为斜杠。这似乎是正确的行为，但服务器需要这些斜杠保持编码。有没有办法禁用这种转换？

顺便说一句，QNetworkReply 也有类似的功能 - 它返回带有已转换 %xx 字符的重定向 url。