- iOS/Objective-C 元类和类别
- objective-c - -1001 错误,当 NSURLSession 通过 httpproxy 和/etc/hosts
- java - 使用网络类获取 url 地址
- ios - 推送通知中不播放声音
我有许多文件保存到光盘并使用 gzip 压缩,因为它们最终将显示在浏览器中。我使用 ASP.NET MVC 并在代码中添加以下 header
Response.AppendHeader("Content-Encoding", "gzip");
我得到以下响应头
Cache-Control:private
Connection:Close
Content-Encoding:gzip
Content-Length:791
Content-Type:text/xml
这几乎工作正常。这些文件是带有 UTF-16 XML 声明的 XML 文件。
<?xml version="1.0" encoding="utf-16"?>
为了让它在 IE 中正确显示,我还需要将响应编码为 UTF-16。 我需要在响应中更改什么才能在不破坏 gzip 解压缩等的情况下使其正常工作?
更新 #1
还尝试添加字符集 header 以返回以下响应 header
Cache-Control:private
Connection:Close
Content-Encoding:gzip
Content-Length:791
Content-Type:text/xml; charset=UTF-16
然而,这会破坏 gzip 压缩,结果是未压缩的 gzip 内容......
最佳答案
我无法重现您描述的场景。我认为您的方法没有任何问题,这使我相信问题出在其他地方。请按照我为验证您的代码中没有其他任何问题而采取的相同步骤进行操作,然后我们可以继续调试。
我使用 Visual Studio 生成了一个 UTF-16 编码的 xml 文件,然后使用 Total Commander 将其压缩到磁盘。
发送所需响应的快捷方式如下(在您的 mvc Controller 中)
public ActionResult Index()
{
var path = Server.MapPath("~/Content/test.xml.gz");
var result = new FilePathResult(path, "text/xml");
Response.AddHeader("Content-Encoding", "gzip");
Response.Charset = "utf-16";
return result;
}
现在,虽然这会起作用,但它不是在 MVC 中执行此操作的惯用方法,而且有点不受欢迎。正确的方法是实现您自己的操作结果,并让结果在执行时设置适当的 header 。使用这种方法可以在“干净”的 http 上下文中对结果进行后处理。
因此,这是此类操作结果的示例。
public class BinaryFileResult : FilePathResult
{
public string Charset { get; set; }
public string ContentEncoding { get; set; }
public BinaryFileResult(string fileName, string contentType) : base(fileName, contentType) { }
protected override void WriteFile(HttpResponseBase response)
{
if (this.Charset != null)
response.Charset = this.Charset;
if (this.ContentEncoding != null)
response.AppendHeader("Content-Encoding", this.ContentEncoding);
base.WriteFile(response);
}
}
有了这是我们的工具带,我们可以将操作方法简化为这样的东西
public ActionResult Index()
{
return new BinaryFileResult(Server.MapPath("~/Content/test.xml.gz"), "text/xml")
{
Charset = "utf-16",
ContentEncoding = "gzip"
};
}
使用这两种方法,我能够在 IE9 中查看正确解码的 xml 文件。试一试,让我知道它是否有效。
更新这是我用来测试它的文件。正如我所说,它们在我机器上的 IE9 上产生了适当的结果。
关于.net - 将 UTF-16 编码的 gzip 内容响应返回给浏览器,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/10090975/
我正在尝试创建有效的 gzip 文件(可以使用标准 Linux gzip 解压缩),其中的数据使用 DEFLATE 算法和静态/预设字典编码。 我已阅读 DEFLATE 的两个规范和 gzip ,而且
我刚刚搜索了gzip和 Deflate ,并发现 Deflate 更好。 GZip or Deflate for HTTP compression Why use deflate instead of
已关闭。此问题不符合Stack Overflow guidelines 。目前不接受答案。 要求提供代码的问题必须表现出对所解决问题的最低限度的了解。包括尝试的解决方案、为什么它们不起作用以及预期结果
我一直在寻找 Gzip 是否支持多部分文件压缩。 From what I have seen so far it does not, but how come 7z allows multipart
我可以连接两个已经 gzip 的文件(使用 gzip)然后用枪压缩它们吗? 截至今天,我从远程服务器下载 gzip 压缩文件,单独对其进行 gunzip,然后将它们合并。 希望通过合并 gzipped
我正在创建两个 gzip 文件,一个只包含一个 gzip 成员,而第二个包含 2 个 gzip 成员(两个文件连接成一个 gzip 文件)。 当我尝试通过网络服务器下载此文件时,chrome 会很好地
当我对文件夹进行去皮重和 gzip 压缩时,每次我都会得到不同的文件大小。 目录内容不变,没有变化。压缩后的文件大小变化 20 到 100 字节。这是正常行为吗? 我的数据会受到影响吗? 谢谢 最佳答
比方说 file.txt.gz有 2GB,我想看到最后 100 行左右。 zcat
我一直听说对您的网站进行 gzip 压缩是加快交付速度的良好做法。我的网站总体负载非常大,我还应该研究 gzip 吗?我还了解了使用 gzip 的缺点,例如解压缩内容以便浏览器显示所需的时间。这是真的
下载 jQuery 的生产副本时,链接旁边显示该文件为 32K Minified & Gzipped。我得到了 Minified,但是 Gzipped 是什么意思? 它是否被网络服务器压缩,如 Apa
我的网站很高兴根据以下内容进行 Gzip 压缩: http://www.gidnetwork.com/tools/gzip-test.php 但是,当我通过 Yslow 运行它时,我得到了 Gzip
我使用命令 tar 一组文件:tar -czvf file.tar.gz file/ 然后复制到 USB(ext4 格式),我检查了我可以解压它。重装系统后,挂载usb时发生了一些错误,我执行fsck
我有一个提供小部件的网络服务。为了可扩展性,我想在 Amazon S3 上保留 js 文件的 gzip 版本。问题是不能接受 gzip 文件的浏览器将不会被提供。 任何人都知道我在哪里可以找到统计数据
我正在使用 Chrome 和 Firefox 下的 Yslow 工具查看我的开发站点,其中一项建议是我对适当的内容进行 gzip。作为起点,我刚刚在我的 [/] 配置中添加了“tools.gzip.o
我正在开发一个网站,我正在使用 gzip.exe 来预压缩 css 和 js 文件(只有 1 个 css 文件从 4.53 KB 到 1.50 KB,还有一个 js 文件包含 jquery 和一些来自
我们必须使用什么类型的响应监听器来处理 Android Volley 的 gzip 响应? 如果使用 String 监听器,则响应似乎会丢失其编码。 你如何使用 Volley 处理 gzip 响应?
我用 Fiddler调试我的应用程序。每当响应被服务器压缩,而不是解压缩响应时,Fiddler 显示不可读的二进制数据: /* Response to my request (POST) */ HTT
我通常使用tar zcvf压缩并使用tar zxvf解压缩(由于习惯使用gzip)。 我最近购买了一个具有超线程功能的四核 CPU,因此我有 8 个逻辑核心,并且我注意到许多核心在压缩/解压缩期间未使
我正在使用 Google Cloud Storage 控制台上传文件。我没有使用任何命令行工具。 我想在元数据中将 Content-Encoding 设置为 gzip(-z 选项)。 请看下面的截图,
我正在将mysqldump的结果用管道传输到gzip,gzip的速度似乎大大落后 gzip: 34.9MiB 0:01:54 [ 218kiB/s] mysqldump: 735MiB 0:01:5
我是一名优秀的程序员,十分优秀!