7

我在获取 iframe 以显示 MHT 文件时遇到问题：

if( strtolower( substr( $filename , -4 ) ) == ".mht" ){

    $filename = str_replace( "/" , "\\" , $filename );

    header("Content-type: $filetype");
    header("Content-Length: $filesize");
    header('Content-Disposition: attachment; filename="'.$title.'.mht"');

    readfile( HT_STORAGE . $filename );
}
else{
    $filename = str_replace( "\\" , "/" , $filename );
    header( "location: https://secure.***************.com/" . $filename );
}

上述方法有效，但它需要我的客户不满意的两个步骤（下载和打开）。

如您所见，现在我只是强制浏览器打开 MHT 作为下载。我希望它使用标头位置重定向，以便它在此 iframe 中显示 MHT，就像它对没有 MHT 扩展名的文件一样。我假设这只是一个标头调用，它告诉浏览器它的 MHT 内容。使用常规重定向，浏览器只显示一堆 MHT 标记，没有实际内容（这就是我假设需要特殊标头的原因）。有任何想法吗？

编辑：

这是我发现的有关此问题的更多信息。MHT 文件包含几个如下所示的段：

From: "Saved by Windows Internet Explorer 9"
Subject: Print Preview
Date: Tue, 2 Aug 2011 12:06:51 -0500
MIME-Version: 1.0
Content-Type: multipart/related;
type="text/html";
boundary="----=_NextPart_000_0186_01CC510C.A9789090"
X-MimeOLE: Produced By Microsoft MimeOLE V6.1.7600.16807

This is a multi-part message in MIME format.

和

------=_NextPart_000_0186_01CC510C.A9789090
Content-Type: application/octet-stream
Content-Transfer-Encoding: quoted-printable
Content-Location: https://*******.net/packages/js/jquery.header.js

出于某种原因，如果我使用附件方法并“打开”文件，IE/Firefox 呈现文档没有问题。如果我使用标题“位置”方法，它只显示文件的内容（html 标记、mime 内容等），即解释的内容。这样做会显示原始 HTML 输出，而不是实际显示 MHT 页面：

if( strtolower( substr( $filename , -4 ) ) == ".mht" ){

    $filename = str_replace( "\\" , "/" , $filename );

header("Content-type: message/rfc822");
header( "location: " . $filename );
//header("Content-Length: $filesize");
//header('Content-Disposition: attachment; filename="'.$title.'.mht"');

//readfile( HT_STORAGE . $filename );
}
else{
$filename = str_replace( "\\" , "/" , $filename );
header( "location: https://secure.*****************.com/" . $filename );
}

通过使用内容类型和位置，在 IE 和 FF（以及很可能所有其他浏览器）上的输出如下： 

From: "Saved by Windows Internet Explorer 9"
Subject: Print Preview
Date: Tue, 2 Aug 2011 12:06:51 -0500
MIME-Version: 1.0
Content-Type: multipart/related;
    type="text/html";
    boundary="----=_NextPart_000_0186_01CC510C.A9789090"
X-MimeOLE: Produced By Microsoft MimeOLE V6.1.7600.16807

This is a multi-part message in MIME format.

------=_NextPart_000_0186_01CC510C.A9789090
Content-Type: text/html;
    charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Location: https://kinnser.net/am/printwrapper.cfm?PatientTaskKey=36184728

=EF=BB=BF<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" =
"http://www.w3c.org/TR/1999/REC-html401-19991224/loose.dtd">
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" =
"http://www.w3.org/TR/html4/loose.dtd"><HTML><HEAD><TITLE>Print=20
Preview</TITLE>...

因此，它并没有实际渲染 MHT，而是吐出所有标签和数据。

有任何想法吗？我是否必须从文件中删除“MIME”数据？：

------=_NextPart_000_0186_01CC510C.A9789090
    Content-Type: text/html;
        charset="utf-8"
    Content-Transfer-Encoding: quoted-printable
    Content-Location: https://kinnser.net/am/printwrapper.cfm?PatientTaskKey=36184728

如果是这样，那怎么办？

编辑

具有讽刺意味的是，如果我将其设置为 content-disposition: attachment 并使用 readFile，我可以打开文档并正确显示。只有当我尝试直接将其内联注入 iframe 时，它​​才会呈现源代码并且没有内容。有任何想法吗？

4

1 回答 1

3

在查看 MHT 时，Google-Chrome 目前存在一个已知问题 - 它始终会将它们视为Content-Disposition: attachment并下载它们。

IE 应该总是很好地查看 MHT。

如果您为其安装插件，Firefox 会很好地查看它们。

如果浏览器实际上能够正确显示 MHT，那么以下标头就足够了：

Content-Type: message/rfc822
Content-Disposition: inline

我也遇到了 Chrome 查看 MHT 文件的问题，最后我使用的解决方案是将 MHT 动态转换为单个 HTML 页面。这适用于我正在处理的情况，但可能不适用于通用 MHT 文件。

于 2012-11-14T18:10:19.540 回答