为什么是＆＃65279; 出现在我的HTML？
我在Firebug 。
我不知道为什么会发生这种情况，我的代码中没有这样的字符。 对于Firefox，这是好的，但在IE浏览器中一切都打破了。 我甚至无法在Google中search这个字符。
我用utf-8编码保存了我的文件，没有bom。
问题中的字符是Unicode字符“零宽度无间隔空间”（U + FEFF）。 这可能是你通过复制/粘贴将它复制到你的代码中而没有意识到它。 不可见的事实使得很难判断你是否使用了显示实际Unicode字符的编辑器。
一种select是在非常基本的文本编辑器中打开该文件，该编辑器不理解unicode，或者理解它，但能够使用它们的实际代码显示任何非ascii字符的能力。
find它后，可以删除它周围的小块文本，然后手动重新input该文本。
只需使用记事本++编码UTF-8没有BOM。
是的，它是如此简单的解决这个问题，只需打开该文件记事本++和步骤跟随 – >编码\编码UTF-8没有BOM。 然后保存。 它也适用于我！
<?php // Tell me the root folder path. // You can also try this one // $HOME = $_SERVER["DOCUMENT_ROOT"]; // Or this // dirname(__FILE__) $HOME = dirname(__FILE__); // Is this a Windows host ? If it is, change this line to $WIN = 1; $WIN = 0; // That's all I need ?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <title>UTF8 BOM FINDER and REMOVER</title> <style> body { font-size: 10px; font-family: Arial, Helvetica, sans-serif; background: #FFF; color: #000; } .FOUND { color: #F30; font-size: 14px; font-weight: bold; } </style> </head> <body> <?php $BOMBED = array(); RecursiveFolder($HOME); echo '<h2>These files had UTF8 BOM, but i cleaned them:</h2><p class="FOUND">'; foreach ($BOMBED as $utf) { echo $utf ."<br />\n"; } echo '</p>'; // Recursive finder function RecursiveFolder($sHOME) { global $BOMBED, $WIN; $win32 = ($WIN == 1) ? "\\" : "/"; $folder = dir($sHOME); $foundfolders = array(); while ($file = $folder->read()) { if($file != "." and $file != "..") { if(filetype($sHOME . $win32 . $file) == "dir"){ $foundfolders[count($foundfolders)] = $sHOME . $win32 . $file; } else { $content = file_get_contents($sHOME . $win32 . $file); $BOM = SearchBOM($content); if ($BOM) { $BOMBED[count($BOMBED)] = $sHOME . $win32 . $file; // Remove first three chars from the file $content = substr($content,3); // Write to file file_put_contents($sHOME . $win32 . $file, $content); } } } } $folder->close(); if(count($foundfolders) > 0) { foreach ($foundfolders as $folder) { RecursiveFolder($folder, $win32); } } } // Searching for BOM in files function SearchBOM($string) { if(substr($string,0,3) == pack("CCC",0xef,0xbb,0xbf)) return true; return false; } ?> </body> </html>
将此代码复制到phpfile upload到root并运行它。
更多关于这个： http : //forum.virtuemart.net/index.php?topic=98700.0
“我不知道这是为什么发生”
那么我刚碰到一个可能的原因:-)你的HTML页面正在从单独的文件进行组装。 也许你有文件只包含你的最后一页的正文或横幅部分。 这些文件包含一个BOM（0xFEFF）标记。 然后，作为合并过程的一部分，您在最终的合并HTML文件上运行HTML tidy或xmllint。
那会导致它！
如果你正在使用记事本++，“菜单”>>“编码”>>“转换为UTF-8”你的“包含”文件。
如果你有很多文件要查看，你可以使用这个工具： https : //www.mannaz.at/codebase/utf-byte-order-mark-bom-remover/
信贷给莫里斯
它帮助我清理一个系统，在CakePhp中使用MVC，因为我在Linux，Windows中使用不同的工具工作。在某些文件中，我的devise被打破了..所以在使用debugging工具在Chrome中签入后，find＆＃65279错误
清空前（修剪）
然后replace为RegEx .replace("/\xEF\xBB\xBF/", "")
我正在使用JavaScript，我使用JavaScript。
一个古老的愚蠢的伎俩，在这种情况下工作…从编辑器粘贴代码到MS记事本，然后反过来，邪恶的angular色将消失！ 我从wyisyg / msword copypaste问题中获得灵感。 Notepad ++ utf-8 w / out BOM也适用。
这里是我的2美分：我有同样的问题，我尝试使用记事本++转换为UTF-8没有BOM，也是旧的“复制到MS记事本，然后再回来”的把戏，都没有用。 我的问题是通过确保所有文件（和“包含的”文件）是相同的文件系统来解决的 ; 我有一些Windows格式的文件，有些是从远程Linux服务器上复制的，所以是UNIX格式。
