WordPress MU BUG报告
来自站长百科
导航: 上一页 | 首页 | WordPress中文论坛 | WordPress主机 | CMS程序 | 论坛程序 | ECShop | ShopNC | PowerEasy
在WordPress手册中查找这篇文章的用户，大多是在安装WPMU时遇到了麻烦。如果的确是这样，这里会介绍一些方法让用户重新安装WPMU。
——删除.htaccess文件。如果用户的虚拟主机是cpanel系统，空文件能够维持系统的自动重装。可以登录FTP删除.htaccess文件，然后再安装WPMU。
——检查数据库。是否有新数据库表生成？如果有，请删除新生成的数据库表再进行安装。*注意：只在首次安装时进行此操作！！！*同时删除新生成的wp-config文件。
在WordPress中提交关于WPMU的BUG时需要遵守以下规定：
用Trac系统提交BUG报告并选择“MU 1.0”作为分类。
除经特别要求，否则不要在论坛公开自己发现的BUG。论坛软件有时会出现排版问题或错误删除代码问题，因此最好将自己发现的BUG代码以.txt或.php文件形式存储在自己的网站中，然后在BUG报告中插入该BUG出现位置的链接。
报告BUG时应尽量说明具体情况。
BUG报告中应包括以下方面：
- VHOST值为TRUE或FALSE
- 文件路径是否指向WordPress？是在MU安装目录下还是其他目录下？
- 错误log中是否有内容？如果没有收到欢迎邮件，请检查邮件log
- 浏览器是否出错？如果出错，请描述错误信息
- wp_blog，wp_users 以及 wp_site中的内容是否与你的博客、用户名以及网站相匹配？
- 说明版本号、SVN登入号或截图日期
- BUG是不是由插件引起？关闭插件是否会对BUG产生影响？
- 服务器选择的是Apache或IIS，使用何种操作系统，是否使用代理或缓存服务器
- 终端用户环境——浏览器及版本（IE, Opera, Netscape, Safari）、操作系统、安全程序
- 详细叙述怎样操作会出现错误以及错误的位置所在，并说明你所遇到的错误情况。
- 给出具体细节。记住，你是这个错误的见证人，在很多时候，你甚至会是唯一见证人。
报告BUG时还需要：
- 阅读README.txt文件。文件中有关于配置web服务器的重要说明。
- 检查以下内容：wp-config中的$base，数据库表wp_blogs与 wp_site是否能与当前URL相匹配
- 如果安装的WPMU无法使用，请检查wpmu-settings.php，查找出错原因。利用print，print_r 以及error_log 来存储变量，尤其是$blogname。
- 如果WPMU开始时可用，之后又不能使用了，那么想一想这期间你进行了哪些操作？最后一次操作是什么？
- 如果BUG还未被修正，检查以下内容：
- 查找Trac中的已关闭ticket，看看自己报告的BUG是否之前已经有人报告并修复了
- 查看http://mu.wordpress.org/forums/ 中的相关主题
- 在报告中附上你的WPMU网站链接，方便帮助者了解情况
如果你在论坛上发表“我的博客出问题了，快帮帮我！”之类的信息，会有人建议你到这个页面来看看。请不要认为这是没有意义的行为，你首先要认识自己博客遇到的问题，别人才有可能通过你的描述来帮助你。