第一:mysql组件没有加栽导致辞
Warning: Unexpected character in input: ‘’ (ASCII=92) state=1 in E:139163 wwwbbsinstall.php on line 976
Parse error: parse error, unexpected ‘}’ in E:139163 wwwbbsinstall.php on line 979
检查mysql是否连接正常，可以使用phpinfo()函数查看.
如果没有显示mysql组件,查看lib_mysql.dll 与 php5ts.dll 是否在C:windowsystem32目录下。
第二:缓存问题
删除以下两个文件夹下所有文件
forumdata/cache 和 /forumdata/templates
解决办法：
重新建立下，将forumdata/cache和forumdata/templates
第三:rewrite规则问题
检查根目录下边httpd.ini规则是否问题
第四：有些空间不支持gzip导致，解决办法：
或者用phpmyadmin点击sql运行下面的sql语句复制内容到剪贴板代码:UPDATE `cdb_settings` SET `value` = ‘0′ WHERE `variable` = ‘gzipcompress’ LIMIT 1 ;
第五：Can not write to cache files, please check directory ./forumdata/ and ./forumdata/cache/ .
于是开始查看对应目录的权限，发现已经赋予了写入的权限。根据搜索到的资料，说需要将forumdata/cache目录下面所有的文件删除，让Discuz！重新生成新的缓存，但是删除forumdata/cache目录下面的所有文件之后出现了400错误。
这个时候无法进入论坛的管理后台去清空缓存，后来想到Discuz！官方提供了一个修复的工具，于是到Discuz！官方网站上下载了原始安装包，然后将tools.php上传到Discuz！论坛的根目录下面，但是运行的时候竟然提示：
./forumdata/cache清除失败.
./forumdata/templates清除失败.
很奇怪，目录本身是存在的，并且目录也有写入的权限。
正在一筹莫展的时候，突然看到有一个帖子里面提到Discuz！的缓存与eAccelerator冲突，将eAccelerator禁用掉就可以了，不过将eAccelerator禁用掉之后问题依旧，甚至将eAccelerator对应的临时目录下面的文件都删除了还是无效。因为默认情况下eAccelerator是放在/tmp目录下的，在查看/tmp目录的时候，发现了很多形如tcmalloc.4187的文件，猛然想到Nginx中使用了tcmalloc，而在nginx.conf文件中指定的tcmalloc目录为/tmp/tcmalloc目录，但是不知为何/tmp目录下面并没有tcmalloc目录，于是创建目录并设置777属性，重启Nginx无效，于是将系统重启之后，网站就可以正常访问了。