对该问题的分析:当时想到可能是自己手贱把Linux主机上的文件夹所有者动了,所以导致这样的问题产生,事后确实就是这个原因:由于我修改了DEDE自动生成的栏目文件夹的所有者,就是点击了“重置所有者”这按钮,把本属于apache的文件夹变更为我自己的,在apache下755的文件属性就能生成HTML,DEDE正常运作,但是重置所有者后就得777的属性才可以了。
解决办法:由于apache的权限大于自己的权限,所有想再“重置所有者”到apache自己是没法完成的。唯一的办法是把动过的文件夹以及里面的文件都设置为777属性,具体操作为:勾选文件夹,在底部属性修改位置填写777并选择递归。完成777属性的修改。
对于DedeTag Engine Create File False问题,有朋友提出的鉴别是不是文件夹权限问题的办法是:
修改 include/dedetag.class.php文件,搜索"DedeTag Engine Create File False",会找到下面的第一个代码修改为第二个代码。
$fp = @fopen($filename,"w") or die("DedeTag Engine Create File False");
$fp = @fopen($filename,"w") or die("DedeTag Engine Create File False:$filename");
这一步是定位出错的文件,即查找生成什么文件时出的问题,并不是解决办法,修改这个文件后再点击更新在哪里出错就会有提示是更新哪个栏目或者页面出错了。找对地方再去修改就行。
还有一种可能是栏目的栏目属性列表命名规则是不是默认的{typedir}/list{tid}{page}.html,查询资料知道{typedir}/之后不能在有“/”就是不能自己加深结构层次。如果自己不主动修改的话一般不会出现由列表命名规则引起的DedeTag Engine Create File False详细出处参考:
DedeTag Engine Create File False:D:/web/mmyyt/dede/../index.html 我也出现了问题,求救