IE6 IE7 IE8 未按预期方式处理 content-type 为 text/plain 的内容

最新推荐文章于 2022-08-21 16:57:23 发布
原创 最新推荐文章于 2022-08-21 16:57:23 发布 · 1.1k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文详细解释了在IE6、IE7、IE8等浏览器中，当页面接收的响应头content-type为text/plain时，浏览器如何尝试嗅探页面内容来判断是否可能为HTML文档，并根据特定规则将其解释为HTML文件类型进行渲染。

http://www.w3help.org/zh-cn/causes/CH9002

 

在 IE6 IE7 IE8 中，若一个页面被打开时接收到的响应头的 content-type 为 text/plain，浏览器会尝试嗅探页面文件内实际内容来判断是否可能为一个 HTML 文档，若是则会以 text/html 的方式将页面作为 HTML 文档解释，而不是将其作为纯文本内容处理。

其解析的具体规则为：嗅探文件内实际内容，如果从文件内容起开始计算的 200 个 ASCII 字符内，存在可明显被识别的 HTML、BODY、HEAD、TITLE 标记则，将该文件解释为 HTML 文件类型并渲染出来。

Spring MVC 教程-Http中的Content-Type详解
smart_an的专栏
08-07 1075
现在搞前端的不学好http有关的知识已经不行啦～笔者也是后知后觉，在搞node的时候意识到网络方面的薄弱，开始学起http相关知识。这一篇是非常基础的讲解，适合入门人员掌握content-type的知识和有经验的人员查阅。可以说，弄懂了content-type，你才能在学习http的道路上走的更加顺畅，让我们满怀激情的开始吧～～
Content-Type 四种常见取值
Jessieeeeeee的博客
08-31 1032
Content-Type 是指 http/https 发送信息至服务器时的内容编码类型，ContentType 用于表明发送数据流的类型，服务器根据编码类型使用特定的解析方式，获取数据流中的数据。 在网络请求中，常用的 Content-Type 有如下：text/html, text/plain, text/css, text/javascript, image/jpeg, image/png, image/gif, application/x-www-form-urlencoded, multipart/
IE处理content-type的方式(片段)
chaircat的专栏
11-11 2186
mime探测逻辑的整个思路是让一般人更容易构建个人网站, 而不用操心有关mimetype的细节, 甚至web服务器和ISP可以是任意默认配置.ie只在以下情况进行mime探测: 服务器没有指定content-type, 或者服务器声明文件是ie可以识别的(?).比如, 有一个新的mimetype abx/xyz, 然后服务器告诉ie, ie就只会把mimetype考虑为abc/xyz.
IE6,7,8对content-type 为 text/plain 的内容处理方式
pp12345mm的专栏
07-31 1946
举例： header("Content-Type:text/plain"); ?> document.getElementById("main").src="javascript:alert(1)"; ie下会弹框。 chrome，firefox直接显示文本内容。 document.getElementById("main")
IE8兼容content="IE=7"
berry sky
10-21 848
这是给IE8用的。使用 IE8 浏览器的时候，使用IE7模式渲染
处理ie8兼容
Clearlove_8的博客
02-08 314
<meta http-equiv="X-UA-Compatible" content="IE=edge"> X-UA-Compatible是针对IE8新加的一个设置，对于IE8之外的浏览器是不识别的，这个区别与content="IE=7"在无论页面是否包含<!DOCTYPE>指令，都像是使用了 Windows Internet Explorer 7的标准模式。而conte...
IE8无法下载文件问题解决
孤独旋转的博客
08-21 1026
IE8无法下载文件问题解决，IE8创建a标签拒绝访问问题解决
Content-type的说明即HTTP请求头的类型整理
09-28
然而，某些情况下，如IE6浏览器，如果Content-Type与实际内容不符，浏览器会尝试根据内容自行判断类型。对于可以直接显示的内容，浏览器会直接展示；而对于关联了特定应用程序的类型，浏览器会启动相应的应用程序来...
ys@ys-2025:~$ # 添加 NVIDIA 容器运行时仓库 distribution=$(. /etc/os-release; echo $ID$VERSION_ID) \ && curl -s -L https://nvidia.github.io/libnvidia-container/gpgkey | sudo apt-key add - \ && curl -s -L https://nvidia.github.io/libnvidia-container/$distribution/libnvidia-container.list | sudo tee /etc/apt/sources.list.d/nvidia-container-toolkit.list # 安装组件 sudo apt-get update sudo apt-get install -y nvidia-container-toolkit Warning: apt-key is deprecated. Manage keyring files in trusted.gpg.d instead (see apt-key(8)). OK <!doctype html> <html lang="en-US"> <head> <meta charset="utf-8"> <meta http-equiv="X-UA-Compatible" content="chrome=1"> <!-- Begin Jekyll SEO tag v2.8.0 --> <title>Unsupported distribution or misconfigured repository settings | NVIDIA Container Toolkit</title> <meta name="generator" content="Jekyll v3.10.0" /> <meta property="og:title" content="Unsupported distribution or misconfigured repository settings" /> <meta property="og:locale" content="en_US" /> <meta name="description" content="A collection of utilities for using NVIDIA GPUs in containerized environments." /> <meta property="og:description" content="A collection of utilities for using NVIDIA GPUs in containerized environments." /> <link rel="canonical" href="https://nvidia.github.io/libnvidia-container/404.html" /> <meta property="og:url" content="https://nvidia.github.io/libnvidia-container/404.html" /> <meta property="og:site_name" content="NVIDIA Container Toolkit" /> <meta property="og:type" content="website" /> <meta name="twitter:card" content="summary" /> <meta property="twitter:title" content="Unsupported distribution or misconfigured repository settings" /> <script type="application/ld+json"> {"@context":"https://schema.org","@type":"WebPage","description":"A collection of utilities for using NVIDIA GPUs in containerized environments.","headline":"Unsupported distribution or misconfigured repository settings","url":"https://nvidia.github.io/libnvidia-container/404.html"}</script> <!-- End Jekyll SEO tag --> <link rel="stylesheet" href="/libnvidia-container/assets/css/style.css?v=79609cacbfe2969656c0c426bf1fc89ec3eadddd"> <meta name="viewport" content="width=device-width"> <!--[if lt IE 9]> <script src="//html5shiv.googlecode.com/svn/trunk/html5.js"></script> <![endif]--> </head> <body> <div class="wrapper"> <header> <img src="/libnvidia-container/assets/logo.jpg"> <h1>NVIDIA Container Toolkit</h1> <p>A collection of utilities for using NVIDIA GPUs in containerized environments. </p> <p class="view"><a href="https://github.com/NVIDIA/libnvidia-container">View the Project on GitHub <small></small></a></p> </header> <section> <h1 id="unsupported-distribution-or-misconfigured-repository-settings">Unsupported distribution or misconfigured repository settings</h1> <p>If you are seeing this message, it may mean that your are using an <a href="https://docs.nvidia.com/datacenter/cloud-native/container-toolkit/latest/install-guide.html#linux-distributions">unsupported distribution</a>.</p> <p>It may also mean that your repositories are incorrectly configured.</p> <p>In order to simplify the release process for the NVIDIA Container Toolkit and its components, we rely on a set of reference repositories which can be used across a number of distributions. The main references repositories and their compatible distributions are (this is not a complete list):</p> <h2 id="generic-deb-package-repository">Generic .deb package repository</h2> <h3 id="compatible-with">Compatible with</h3> <p>Most distributions that use DEB packages. These include:</p> <ul> <li>Ubuntu</li> <li>Debian</li> </ul> <h3 id="repository-list-urls">Repository list URLs</h3> <ul> <li><code class="language-plaintext highlighter-rouge">https://nvidia.github.io/libnvidia-container/stable/deb/nvidia-container-toolkit.list</code></li> <li><code class="language-plaintext highlighter-rouge">https://nvidia.github.io/libnvidia-container/experimental/deb/nvidia-container-toolkit.list</code></li> </ul> <h3 id="repository-roots">Repository roots</h3> <ul> <li><code class="language-plaintext highlighter-rouge">https://nvidia.github.io/libnvidia-container/stable/deb</code></li> <li><code class="language-plaintext highlighter-rouge">https://nvidia.github.io/libnvidia-container/experimental/deb</code></li> </ul> <h2 id="generic-rpm-pakcage-repository">Generic .rpm pakcage repository</h2> <h3 id="compatible-with-1">Compatible with</h3> <p>Most distributions that use RPM packages. These include:</p> <ul> <li>RHEL</li> <li>Fedora</li> </ul> <h3 id="repository-file-urls">Repository file URLs</h3> <ul> <li><code class="language-plaintext highlighter-rouge">https://nvidia.github.io/libnvidia-container/stable/rpm/nvidia-container-toolkit.repo</code></li> <li><code class="language-plaintext highlighter-rouge">https://nvidia.github.io/libnvidia-container/experimental/rpm/nvidia-container-toolkit.repo</code></li> </ul> <h3 id="repository-roots-1">Repository roots</h3> <ul> <li><code class="language-plaintext highlighter-rouge">https://nvidia.github.io/libnvidia-container/stable/rpm</code></li> <li><code class="language-plaintext highlighter-rouge">https://nvidia.github.io/libnvidia-container/experimental/rpm</code></li> </ul> <h2 id="github-pages-repository-structure">GitHub Pages repository structure</h2> <p>The packages here are served from the <a href="https://github.com/NVIDIA/libnvidia-container/tree/gh-pages/"><code class="language-plaintext highlighter-rouge">gh-pages</code> branch</a> of the <code class="language-plaintext highlighter-rouge">github.com/NVIDIA/libnvidia-container</code> repository. The repository folder structure maps directly to the package manager URLs.</p> <p>For example, the repositories discused above can be found at:</p> <ul> <li><code class="language-plaintext highlighter-rouge">stable/deb</code>: https://github.com/NVIDIA/libnvidia-container/tree/gh-pages/stable/deb</li> <li><code class="language-plaintext highlighter-rouge">experimental/deb</code>: https://github.com/NVIDIA/libnvidia-container/tree/gh-pages/experimental/deb</li> <li><code class="language-plaintext highlighter-rouge">stable/rpm</code>: https://github.com/NVIDIA/libnvidia-container/tree/gh-pages/stable/rpm</li> <li><code class="language-plaintext highlighter-rouge">experimental/rpm</code>: https://github.com/NVIDIA/libnvidia-container/tree/gh-pages/experimental/rpm</li> </ul> <p>This also means that packages can be downloaded directly by appending the package filename to the following URLs:</p> <ul> <li><code class="language-plaintext highlighter-rouge">https://raw.githubusercontent.com/NVIDIA/libnvidia-container/gh-pages/stable/deb/amd64/</code></li> <li><code class="language-plaintext highlighter-rouge">https://raw.githubusercontent.com/NVIDIA/libnvidia-container/gh-pages/experimental/deb/amd64/</code></li> <li><code class="language-plaintext highlighter-rouge">https://raw.githubusercontent.com/NVIDIA/libnvidia-container/gh-pages/stable/rpm/amd64/</code></li> <li><code class="language-plaintext highlighter-rouge">https://raw.githubusercontent.com/NVIDIA/libnvidia-container/gh-pages/experimental/rpm/amd64/</code></li> </ul> </section> <footer> <p>This project is maintained by <a href="https://github.com/NVIDIA">NVIDIA</a></p> <p><small>Copyright (c) 2017, NVIDIA CORPORATION.<br/>All rights reserved.</small></p> </footer> </div> <script src="/libnvidia-container/assets/js/scale.fix.js"></script> </body> </html> E: 软件源列表 /etc/apt/sources.list.d/nvidia-container-toolkit.list 第 1 行中的类别 “<!doctype” 无法识别 E: 无法读取源列表。 E: 软件源列表 /etc/apt/sources.list.d/nvidia-container-toolkit.list 第 1 行中的类别 “<!doctype” 无法识别 E: 无法读取源列表。
最新发布
12-17
第二个问题则是由于未正确安装NVIDIA容器工具包，导致Docker无法使用GPU。 解决方案如下： ### 一、修复NVIDIA容器工具包软件源列表错误 根据引用[2]的信息，我们可以使用国内镜像源（如中科大源）来加速访问...
{ "code": "1999", "success": false, "msg": "Content type 'text/plain;charset=UTF-8' not supported", "serno": null } 这是什么报错
06-19
我们正在处理一个HTTP响应错误：Contenttype'text/plain;...> **注意**：浏览器对 `text/plain` 的处理不一致（如 IE 可能嗅探内容，Firefox 直接显示文本）[^3]，但此错误主要发生在 API 调用场景。
一行代码解决各种IE兼容问题,IE6,IE7,IE8,IE9,IE10
06-11
在网站开发中不免因为各种兼容问题苦恼，针对兼容问题，其实IE给出了解决方案Google也给出了解决方案 百度也应用了这种方案去解决IE的兼容问题 百度源代码如下 百度一下，你就知道 var wpo={start:new Date*1,pid:109,page:‘superpage’} 可以打开百度，右键查看源码看下！我们可以看下文件头是否存在这样一行代码！ 这句话的意思是强制使用IE7模式来解析网页代码！ 在这里送上几种IE使用模式！ 2. Google Chrome Frame也可以让IE用上Chrome的引擎: 3.强制IE8使用IE7模式来解析 //或者 4.强制IE8使用IE6或IE5模式来解析 5.如果一个特定版本的IE支持所要求的兼容性模式多于一种，如： 二.设定网站服务器以指定预设兼容性模式 如果服务器是自己的话，可以在服务器上定义一个自订标头来为它们的网站预设一个特定的文件兼容性模式。这个特定的方法取决于你的网站服务器。 录入，下列的 web.config文件使Microsoft Internet Information Services (IIS)能定义一个自订标头以自动使用IE7 mode来编译所有网页。 另外还有一起其他的解决方案，例如google的 ie7 – js中是一个JavaScript库（解决IE与W3C标准的冲突的JS库），使微软的Internet Explorer的行为像一个Web标准兼容的浏览器，支持更多的W3C标准，支持CSS2、CSS3选择器。它修复了许多的HTML和CSS问题，并使得透明PNG在IE5、IE6下正确显示。 使IE5,IE6兼容到IE7模式（推荐） 使IE5,IE6,IE7兼容到IE8模式 使IE5,IE6,IE7,IE8兼容到IE9模式 解决PNG显示问题 只需将透明png图片命名为*-trans.png 需要注意的是：此方法对背景平铺(background-repeat)和背景(background-position)无法起到任何作用,默认会占满整个容器
ie8 html5上传,兼容IE8的file单文件上传（jquery.form+formdata）
weixin_30935961的博客
06-07 666
一、HTML//防止表单重复提交，看需求//高版本只选择.xls或.xlsx二、CSS用定位将文件弹框隐藏在上传按钮之上三、JS(IE10以上用formData,以下用jquery.form.js)//下载地址：http://malsup.com/jquery/form///将字符串转为json，IE10以下用法function strToJson(str){var json = (new Fun...
ajax跨域请求在IE下报错Access-Control-Allow-Headers 列表中不存在请求标头 content-type
thlzjfefe的博客
06-22 8616
ajax发起post请求时，IE浏览器报错，但其它浏览器正常，错误如下： 首先介绍下跨域请求： W3C标准：CROS,全称是跨域资源共享 (Cross-origin resource sharing)，它的提出就是为了解决跨域请求的。 跨域资源共享(CORS)标准新增了一组 HTTP 首部字段，允许服务器声明哪些源站有权限访问哪些资源。另外，规范要求，对那些可能对服务器数据产生副作用的HTTP 请求方法（特别是 GET 以外的 HTTP 请求，或者搭配某些 MIME 类型的 POST 请求）.
各浏览器对常用或者错误的 Content-Type 类型处理方式
weixin_30485799的博客
03-09 1257
CH9001: 各浏览器对常用或者错误的 Content-Type 类型处理方式不一致 标准参考 content-type用于定义用户的浏览器或相关设备如何显示将要加载的数据，或者如何处理将要加载的数据，此属性的值可以查看 MIME 类型。 MIME (Multipurpose Internet Mail Extensions，多用途互联网邮件扩展) 是描述消息内...
IE和Chrome、FireFox的ContentType问题！
三楼一郎（狼窝）
10-23 2498
通过IE上传JPG文件时取到的ContentType是image/pjpeg，而通过Chrome和FireFox上传时取到的ContentType是image/jpeg，这两者还不一样，做ContentType判断的时候要注意。
Spring MVC关于IE对application/json的content-type不支持解决方案---duang 解决了
爱软件-从懂得生活开始。
03-02 4078
在现代的web开发中，我们为了用户的体验广泛的使用异步开发，用户看不见后台的实际执行情况，只关心结果，所以良好的提示消息决定了系统对用户的态度，所以要开发一套标准的提示消息，我选择了JSON，但是在实际开发过程中，会发现IE不支持application/json类型，所以我也在网上查找了好多同样的问题，但是大部分说法都是注册注册表，但是我门发布系统又不能让每个用户都注册一下注册表，这显然很不合理，
文件上传一些事（ie8/9下提示下载json文件）
漂流幻境
10-11 3714
一、通常的写法前端写法：uploader = new ptf.PUploader({ url: '<c:url value="/org/orgImportDo"/>', browse_button: $("#browse_button")[0], init: { FileUploaded: function (uploader, file, res)
IE9,IE10,IE11下当Content-type为application/json时，打开接口会出现下载弹框
zhanqixuan22的博客
05-13 4049
解决办法：将header里的Content-type设置为text/json即可； 比如PHP：header("Content-type:text/json;charset=utf-8");
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值