And*_*yne 6 php iframe header mhtml http-headers
我在获取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东西等......),解释的内容.这会显示原始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时才会呈现源代码而不是内容.有任何想法吗？
目前，Google-Chrome 在查看 MHT 时存在一个已知问题 - 它始终将它们视为Content-Disposition: attachment并下载它们。
IE 应该始终正确地看待 MHT。
如果你安装了一个插件，Firefox 就能很好地查看它们。
如果浏览器实际上能够正确显示 MHT，那么以下标头就足够了：
Content-Type: message/rfc822
Content-Disposition: inline
我在使用 Chrome 查看 MHT 文件时也遇到了问题，最终我使用的解决方案是将 MHT 即时转换为单个 HTML 页面。这适用于我正在处理的情况，但可能不适用于通用 MHT 文件。
| 归档时间： |
|
| 查看次数： |
3317 次 |
| 最近记录： |