bom

第一个原因是：bom的问题（在页面上输出空信息） ［转］ 先制作好了页面的模板(用UTF-8编码)，当载入Smarty运行的时候，发现在Firefox下正常显示，而在IE下，显示得很混乱！难道 是smarty和CSS结合有问题？PHP+Smarty时显示混乱，而不用Smarty转而采用原始的PHP+HTML混写的时候则无此现象，查阅代 码，无法找出任何破绽，因此开始怀疑Smarty有问题。 根据以往的经验，我开始怀疑是当PHP输出HTML的时候向其中加入了额外的不可见代码，于是将PHP输出的内容原封不动保存为HTML，然后提交到 validator.w3.org ［ 这个网站很有用，可以帮你检测html的错误信息 ］进行XHTML验证，果然，验证失败，提示文件头部被加入了BOM（万国码档案签名：Byte Order Mark, U+FEFF）标记，妈的，就是这个垃圾标记，已经不是第一次害我了！ 于是，重新打开DM和UltraEdit重新对PHP页面以及模板页面进行编码转换，去除了其中的BOM标记，一切正常！ 解决此问题的最简单的方法是：把原来的模板文件及php文件用 UltraEdit 打开，然后重新保存时选择 UTF-8-无BOM格式即可。呵呵，是不是很简单呢。这是我在建我的小站：创意产品网 www.cygoods.com 过程中遇到的问题，记录下来

今天导入Java程序时候遇到了一些问题，查了查发现是编码的问题，在Notepad编码中把UTF-8 BOM改成UTF-8再重新编译一遍，就可以用了。 但是为啥呢，正好研究一下 BOM——Byte Order Mark，就是字节序标记 概念： 在UCS 编码中有一个叫做”ZERO WIDTH NO-BREAK SPACE“的字符，它的编码是FEFF。而FFFE在UCS中是不存在的字符，所以不应该出现在实际传输中。 UCS规范建议我们在传输字节流前，先传输 字符”ZERO WIDTH NO-BREAK SPACE“。 如果接收者收到FEFF，就表明这个字节流是大字节序的；如果收到FFFE，就表明这个字节流是小字节序的。因此字符”ZERO WIDTH NO-BREAK SPACE“又被称作BOM。 作用 UTF-8不需要BOM来表明字节顺序，但可以用BOM来表明编码方式。字符” ZERO WIDTH NO-BREAK SPACE “的 UTF-8编码 是 EF BB BF 。所以如果接收者收到以 EF BB BF 开头的字节流，就知道这是 UTF-8编码 了。 所以 新建的空文件会有3字节的大小。 来源： oschina 链接： https://my.oschina.net/u/2615680/blog/3219466

Javascript 组成部分 ECMAScript + DOM + BOM 逐个释义 ECMAScript ECMA-262 定义，提供核心语言功能 语法 类型 对象 语句 关键字 保留字 操作符 DOM Document Object Model 文档对象模型 是针对 XML 但经过扩展用于 HTML 的应用程序编 程接口（API，Application Programming Interface） DOM 把整个页面映射为一个多层节点结构 BOM Browser Object Model 浏览器对象模型 如： 浏览器弹窗 XHR对象 location screen navigator cookies 移动缩放窗口 来源： https://www.cnblogs.com/pengsn/p/12617650.html

create table CUX_IMPORT_DATA_E45 as select * from CUX_IMPORT_DATA_L11 where 1>2; CREATE TABLE CUX.lmh_segment1_E41 AS SELECT * FROM CUX.lmh_segment1_L11 WHERE 1>2; CUX.lmh_segment1_E41 CREATE TABLE CUX_IMPORT_DATA_E41 AS SELECT * FROM CUX_IMPORT_DATA_L11 WHERE 1>2 DELETE FROM CUX_IMPORT_DATA_E41; 插入表中 INSERT INTO CUX_IMPORT_DATA_E41(A,ID) select BBO.BILL_SEQUENCE_ID,rownum from BOM_BILL_OF_MATERIALS BBO, mtl_system_items_b msi where bbo.ORGANIZATION_ID = msi.ORGANIZATION_ID and bbo.ASSEMBLY_ITEM_ID = msi.inventory_item_id and msi.ORGANIZATION_ID = 140 and msi.inventory_item_status_code='Active

1.sqlplus执行sql报错：ORA-01756: quoted string not properly terminated 分类： 技术 在SQLPLUS中执行SQL文件时发生错误：ORA-01756: quoted string not properly terminated 但是SQL其实是没有问题的，找了很多原因，发现可能是由于使用TOAD导出SQL insert语句，编码集的问题导致的。 首先在.bash_profile文件中添加环境变量指定编码集： export NLS_LANG=American_America.AL32UTF8 但是这样做了还是不行，后来找到了解决方法： 使用类似Notepad++之类的文本编辑器将SQL文件的编码转换为 UTF-8无BOM编码格式 结果试下来就没有问题了。 ##update 2020 感谢D-Xr https://ask.csdn.net/questions/1052083 我的notepad最新版编码选项中没有UTF-8无BOM编码的选择，有谁能帮帮我吗？， UTF-8无BOM编码就是“使用UTF-8编码”，UTF-8-BOM是有BOM的。 2.BOM: Byte Order Mark UTF-8 BOM又叫UTF-8 签名,其实UTF-8 的BOM对UFT-8没有作用,是为了支援UTF-16,UTF-32才加上的BOM

在 SourceForge 上找到读写csv文件的开源代码。 但是生成的csv文件，如果用excel打开时，中文全部会乱码。原因是excel在解析csv文件时，默认以utf-8带BOM格式去解析的。 utf-8保存的csv格式文件要让Excel正常打开的话，必须加入在文件最前面加入BOM（Byte order）。 主要 修改代码 如下： private void checkInit() throws IOException { if (!initialized) { if (fileName != null) { outputStream = new BufferedWriter(new OutputStreamWriter( new FileOutputStream(fileName), charset)); //为了要让EXCEL显示csv中的中文不乱码，手动的给将要输出的内容加上BOM标识 if (isUtf8WithBOM) { outputStream.write(new String(new byte[]{(byte) 0xEF, (byte) 0xBB, (byte) 0xBF})); } } initialized = true; } } 完整代码 放到了gitee上。 来源： https://www.cnblogs.com/lee2guang/p/12569248

------------恢复内容开始------------ 在JS中有三大块 1. ECMAScript --- javaScript的语法 2. BOM(Browser Object Model)--- 操作浏览器的属性和方法 3. DOM(Document Object Model)--- 操作页面的属性方法 今天我们就说说BOM的内容 1.console.log(navigator)可以在控制台打印浏览器的信息 其中重要的内容是 appName ---浏览器名称 NetScape appCodeName ---浏览器内核 appVersion ---浏览器版本 userAgent ---浏览器的整体信息 2.location 浏览器地址等内容 href---获取/设置 浏览器的地址 search---获取/设置浏览器传来的数据 reload()---刷新页面 语法是 location.href=XXX 其他属性相同 3. screen 屏幕 width---屏幕的宽度 height---屏幕的高度 availWidth---屏幕的可用宽度 availHeight---屏幕的可用高度 4. histiry 浏览历史 back()---后退一个页面 forward()---前进一个页面 go()---前进或后退多个页面 length -- history对象中缓存了多少个URL

PP工艺路线和BOM的小解 作者：袁云飞（AlbertYuan）- 微信号yuanalbert 以下内容均为原创，希望对初学者有一些辅助作用，本人主要从事MM/QM/WM的相关工作，不专业处请多多指点，十足干货，码字不易，且行且珍惜，你们的关注就是我努力的动力，转载请引用出处，感激不尽； PP中的工艺路线里是可以对一个物料维护多个工序的，而这个物料可能只有一层BOM结构，这样不同工序在确认的时候就有点小麻烦了； 一般标准做法是，对于需要多道工序进行产出的情况，对于产出物品进行编码，然后增加一层BOM结构，这样每个需要产出的编码就只需要维护一个工序了，这样在生产订单创建的时候系统能自动对这个唯一的工序分配BOM。这样通过观察BOM结构层次就能知道大致的生产步骤和加工步骤了； 但有些时候，一个物料的生产需要多个工序，但这个物料就一层BOM结构，这个特殊情况，一般比较少，但如果发生了，就需要，在创建生产订单的时候人工调整； 因为系统会将这一层的BOM结构物料都分配给第一个工序，调整目的就是决定哪些物料分配给第一道工序，哪些分配给第二道，如此类推。 如果BOM的抬头物料已经维护好了工艺路线了，并且维护了多个工序，则随后建立此物料的BOM的时候，对于旗下的物料层级的物料在BOM的每个行项目里可以分别指定 发料工序号，以便系统在建立生产订单的时候自动将这层BOM里的物料安排到各自的工序中去。

至于BOM是什么，百科解释的很详细， BOM - 字节顺序标记(ByteOrderMark) 简单来说，BOM主要是为了解决Linux文件在Windows上乱码的问题 主要有以下几个场景： 在linux上生成一个csv文件，在excel中打开，乱码 在linux生成一个txt文件，在windows上用记事本打开，乱码 linux上是无视BOM的，在linux上生成的文件也是不带BOM，尽管不带BOM的utf-8才是标准，但是为了能在windows上打开文件不乱吗，我们就需要手动添加BOM头 用法： # 在test.csv文件中添加BOM头 printf '\xEF\xBB\xBF' > test_new.csv cat test.csv >> test_new.csv 　　 来源： https://www.cnblogs.com/yako/p/12467982.html

所谓BOM，全称是 Byte Order Mark ，它是一个Unicode字符，通常出现在文本的开头，用来标识字节序（Big/Little Endian），除此以外还可以标识编码（UTF-8/16/32），如果出现在文本中间，则解释为 zero width no-break space 。 注：Unicode相关知识的详细介绍请参考 UTF-8, UTF-16, UTF-32 & BOM 。 对于UTF-8/16/32而言，它们名字中的8/16/32指的是编码单位是多少位的，也就是说，它们的编码单位分别是8/16/32位，换算成字节就是1/2/4字节，如果是多字节，就要牵扯到字节序，UTF-8以单字节为编码单位，所以不存在字节序。 UTF-8主要的优点是可以兼容ASCII，但如果使用BOM的话，这个好处就荡然无存了，除此以外，BOM的存在还可能引发一些问题，比如下面错误便都有可能是BOM导致的： Shell: No such file or directory PHP: Warning: Cannot modify header information – headers already sent 在详细讨论UTF-8编码中BOM的检测与删除问题前，不妨先通过一个例子热热身： shell> curl -s http://phone.10086.cn/ | head -1 |