解决Warning: require(E:\testwwwroot\cc06\wp-admin/wp-includes/compat.php) [function.require]: failed to open stream: No such file or directory in E:\testwwwroot\cc06\wp-admin\wp-settings.php on line 246
Fatal error: require() [function.require]: Failed opening required 'E:\testwwwroot\cc06\wp-admin/wp-includes/compat.php' (include_path='.;C:\php5\pear') in E:\testwwwroot\cc06\wp-admin\wp-settings.php on line 246。

1. Blank lines (空白行): Make sure no blank line after <?php ... ?> of the calling php script. 检查有<?php ... ?> 后面没有空白行，特别是include或者require的文件。不少问题是这些空白行导致的。

2. Use exit statement (用exit来解决): Use exit after header statement seems to help some people 在header后加上exit(); header ("Location: xxx"); exit();

3. PHP has this annoying problem, if your HTML goes before any PHP code or any header modification before redirecting to certain page, it'll said "Warning: Cannot modify header information - headers already sent by ...." Basically anytime you output to browser, the header is set and cannot be modified.   So two ways to get around the problem:

3a. Use Javascript (用Javascript来解决): <? echo "<script> self.location(\"file.php\");</script>"; ?> Since it's a script, it won't modify the header until execution of Javascript. 可以用Javascript来代替header。但是上面的这段代码我没有执行成功... 另外需要注意，采用这种方法需要浏览器支持Javascript.

3b. Use output buffering (用输出缓存来解决): <?php ob_start(); ?> ... HTML codes ... <?php ... PHP codes ... header ("Location: ...."); ob_end_flush(); ?> This will save the output buffer on server and not output to browser yet, which means you can modify the header all you want until the ob_end_flush() statement.   This method is cleaner than the Javascript since Javascript method assumes the browser has Javascript turn on.   However, there are overhead to store output buffer on server before output, but with modern hardware I would imagine it won't be that big of deal.   Javascript solution would be better if you know for sure your user has Javascript turn on on their browser.

就像上面的代码那样，这种方法在生成页面的时候缓存，这样就允许在输出head之后再输出header了。本站的许愿板就是采用这种方法解决的header问题。

http://www.discuz.net/viewthread.php?tid=70318

4.set output_buffering = On in php.ini (开启php.ini中的output_buffering ) set output_buffering = On will enable output buffering for all files. But this method may slow down your php output. The performance of this method depends on which Web server you're working with, and what kind of scripts you're using. 这种方法和3b的方法理论上是一样的。但是这种方法开启了所有php程序的输出缓存，这样做可能影响php执行效率，这取决于服务器的性能和代码的复杂度。

WordPress的程序执行时会首先调用wp-config.php一类的配置文件，也会调用wp-db.php建立数据库连接以备后用。这些文件只是做一些设置，并不输出html代码。设置完了后，程序本身开始执行了，有些程序会使用header命令设置一个HTTP头。由于HTTP头必须在html代码输出之前设置好，否则html代码已经开始往客户端发送了，HTTP也就已经发送过了，没法追回来重新设置了。WordPress CodeX里对这个问题作出了说明：《How do I solve the Headers already sent warning problem?》。文章指出：要确保各个文件——尤其是经常被编辑的wp-config.php文件——以<?php开头，以?>结尾，前后不能有其他字符。具体到上面的例子，很明显，提示信息说wp-config.php的第一行就开始了html输出，这有可能是第一行的<?php部分前面被加上的其他字符，比如空格一类的。再联想到以前提到的BOM的问题，那么非常有可能是因为这位朋友使用了Windows的记事本编辑了wp-config.php文件并保存成了UTF-8编码的文档，从而因为BOM的三个字符的输出造成了header命令执行出错。

WordPress中文论坛没有提供全文搜索的功能，只能搜索标题，所以我用Google搜索了一下Cannot modify header information site:wordpress.org.cn，好像碰到这个问题的人还真不少。目前大家用的WordPress主要是WordPress英文原版和几个WordPress中文版。我的中文包又不包含wp-config-sample.php文件，自然不关我的事；WordPress原版用的ASCII码，自然不包含BOM，也不会出这样的错误；xigang制作的WordPress中文版在WordPress中文论坛有下，我去下载了WordPress 2.0.4和2.0.3这两个，检查了一下，没有问题；点点游的WordPress 2.0.4中文版里，wp-config-sample.php文件用的是GB2312编码和DOS行尾符，GOD!不过这样也好，如果有人用记事本修改了这个文件，DOS行尾符不会造成编辑问题，GB2312编码不会造成BOM的问题，呼。

唉，如果你要用WordPress架Blog，还是扔掉记事本，装个UltraEdit或者EditPlus吧！

Update：那些提示(output started at \wp-includes\wp-db.php:104)的，我打开wp-db.php文件看了一下，104行好像是输出数据库错误的呀。还是检查一下你的数据库连接，还有是不是IIS上才会有这个问题呀？