HTML 文档的字符编码未声明。如果该文件包含 US-ASCII 范围之外的字符,该文件将在某些浏览器配置中呈现为乱码。页面的字符编码必须在文档或传输协议层声明。
2018-02-23 17:08
801 查看
同一个文档,在谷歌浏览器中没有报错,在火狐浏览器打开的时候,控制台显示以下错误:
![](https://img-blog.csdn.net/2018022317055498?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQveHVhbmx2X2hhb3NoYW8=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70)
这是HTML 没有声明字符编码;只需要在HTML文档的<head> 与</head>之间补上以下代码即可:
<meta http-equiv="Content-Type" content="text/html; charset=utf-8"/>
即可完成对字符编码的声明:
![](https://img-blog.csdn.net/20180223170756655?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQveHVhbmx2X2hhb3NoYW8=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70)
再次用火狐浏览器打开该网页,也不会报错了。
这是HTML 没有声明字符编码;只需要在HTML文档的<head> 与</head>之间补上以下代码即可:
<meta http-equiv="Content-Type" content="text/html; charset=utf-8"/>
即可完成对字符编码的声明:
再次用火狐浏览器打开该网页,也不会报错了。
相关文章推荐
- HTML 文档的字符编码未声明。如果该文件包含 US-ASCII 范围之外的字符,该文件将在某些浏览浏览器配置中呈现为乱码。页面的字符编码必须在文档或传输协议层声明。
- HTML 文档的字符编码未声明。如果该文件包含 US-ASCII 范围之外的字符。。。/escape函数被废弃
- net控件中数据导到Excel的格式 首先,我们了解一下excel从web页面上导出的原理。当我们把这些数据发送到客户端时,我们想让客户端程序(浏览器)以excel的格式读取它,所以把mime类型设为:application/vnd.ms-excel,当excel读取文件时会以每个cell的格式呈现数据,如果cell没有规定的格式,则excel会以默认的格式去呈现该cell的数据。这样就给我们提供了自定义数据格式的空间,当然我们必须使用excel支持的格式。下面就列出常用的一些格式: 1) 文本
- 有关保存文件时的编码选项与html/jsp页面设定字符编码的配置
- 有关于【该文件的字符编码需要在传输协议层声明,或者在文件中加入一个 BOM(字节顺序标记)】的另一种解决办法
- 有关保存文件时的编码选项与html/jsp页面设定字符编码的配置
- 有关保存文件时的编码选项与html/jsp页面设定字符编码的配置
- 有关保存文件时的编码选项与html/jsp页面设定字符编码的配置
- 有关保存文件时的编码选项与html/jsp页面设定字符编码的配置
- 回发或回调参数无效。在配置中使用 或在页面中使用 启用了事件验证。出于安全目的,此功能验证回发或回调事件的参数是否来源于最初呈现这些事件的服务器控件。如果数据有效并且是预期的,则使用 ClientScriptManager.RegisterForEvent
- 回发或回调参数无效。在配置中使用 或在页面中使用 启用了事件验证。出于安全目的,此功能验证回发或回调事件的参数是否来源于最初呈现这些事件的服务器控件。如果数据有效并且是预期的,则使用 ClientSc
- C# 创建xml文档. xml文件中有中文字符,无法用浏览器显示
- asp.net 项目中部分html页面,在浏览器里中文变乱码问题
- 解决JSP引入JS文件后,JS文件中字符在页面上显示为乱码问题
- jsp页面包含含有中文的html页面出现乱码的解决方法
- 错误:每个配置文件中只允许存在一个 元素,并且,如果存在该元素,它还必须是根 元素的第一个子元素
- 针对这一段时间ASP.NET版中比较集中突出的问题,我写了一个完整的页面,包含显示/修改/删除/添加/排序/合并/写文件/显示图片或文档,有详细代码注释
- 在 Firefox 中注释内容中如果包含 '-' 字符在某些情况下会使该注释解析错误
- 静态页面包含文件 ,HTML中包含文件
- 回发或回调参数无效。在配置中使用 或在页面中使用 启用了事件验证。出于安全目的,此功能验证回发或回调事件的参数是否来源于最初呈现这些事件的服务器控件。如果数据有效并且是预期的,则使用 ClientScriptManager.RegisterForEvent