MHTML文件头重定向显示具有MIME段的源代码

我在获取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在呈现文档时没有问题。如果我使用头"location"方法，它只显示文件的内容(html标记、mime内容等)，即解释的内容。Doings这显示原始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

如果是，那么怎么做呢？

编辑

具有讽刺意味的是，如果我将其设置为内容处置：附件并使用readFile，我就可以打开文档并正确显示。只有当我尝试直接将其内联注入iframe时，它才会呈现源代码而不呈现内容。有什么想法吗？

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

IE应始终正确看待MHT。

如果你安装一个插件，Firefox会很好地查看它们。

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

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

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

相关内容

最新更新

热门标签：