gpt4 book ai didi

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

转载 作者:可可西里 更新时间:2023-11-01 13:28:28 25 4
gpt4 key购买 nike

我在获取 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。我希望它使用 header 位置进行重定向,以便它在此 iframe 中显示 MHT,就像它对没有 MHT 扩展名的文件一样。我假设这只是一个 header 调用,它告诉浏览器它的 MHT 内容。使用常规重定向,浏览器只显示一堆 MHT 标签,没有实际内容(这就是为什么我假设需要一个特殊的 header )。有什么想法吗?

编辑:

这是我找到的有关此问题的更多信息。 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 呈现文档没有问题。如果我使用 header “位置”方法,它只显示文件的内容(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,我可以打开文档并正确显示。只有当我尝试直接将其内联注入(inject) iframe 时,它​​才会呈现源代码而不呈现任何内容。有什么想法吗?

最佳答案

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

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

如果您为其安装插件,Firefox 将能够很好地查看它们。

如果浏览器确实能够正确显示 MHT,那么以下 header 就足够了:

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

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

关于php - MHTML 文件头重定向显示带有 MIME 段的源代码,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13383727/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com