在今天的后台管理和信息情况下,因为编号问题,数据库录入不成功,dedecms都是单独存储在表中,所以有些表中没有数据信息。所以当你打开文章内容时,会被提醒加载附加信息有错误!
今天我由于一些必须改动了dede网址数据库的表前缀,并将数据库配备信息文档中表前缀一样改了,随后在编写公布的文本文档时出現了"载入额外信息出错!"的信息,同加上文本文档也一样出错,出現了"把数据信息储存到数据库额外表`dede_addonarticle`时出错,请把有关信息递交给DedeCms官方网。"的信息,这时再次形成html文档时原先的文本文档也不见了。因此我就用文本编辑器检索了一下"载入额外信息出错!"所属的文档,結果发觉这一段信息是在admin/article_edit.php中,而它出現的标准是数组$addRow不会有,即上边sql语句"SELECT*FROM`$addtable`WHEREaid='$aid'"回到結果为0,同过这sql语句能够看得出当表名$addtable出错时,或文本文档aid不会有时便会出現难题,而$addtable=$cInfos['addtable'],$cInfos也是根据"SELECT*FROM`dede_channeltype`WHEREid='".$arcRow['channel']."'"获得,大家就可以看得出表名$addtable是存有表dede_channeltype中的addtable字段名里的(在其中dede_是表前缀),而不是用类似dede_channeltype的表前缀加表名的方法得到的,結果我数据库的dede_channeltype表格中一看,发觉里边是内容实体模型的信息,而里边存的表名的前缀還是原先的,因此我将里边的表名纠正,再去后台管理看,不正确就没有了。
汇总:出現这一不正确便是由于数据库表名与dede_channeltype中存的表名不一样,能实际 *** 作数据库的人能够去数据库改动,不容易实际 *** 作数据库的人能够在关键--频道栏目实体模型--内容实体模型管理方法--将实体模型‘额外表’改恰当就可以。
附:我还在查询dede_channeltype表时发觉字段名maintable中也留着表名,能改数据库的人最好是把里边的表前缀也改回来,尽管说要是改正addtable字段名就能处理不正确。
下边是dedecms社区论坛的方式:
今日查验了下网址的旧文章内容,发觉许多是“载入额外信息出错!”的,访问内容时就仅有叙述段,文章正文内容所有不见了。
到phpmyadmin中开启dede_addonarticle表检索出現难题的文章内容的ID,結果找不着,因此试着插进内容,aid字段名就键入出現难题的文章内容的ID。
果真,后台管理能够编写了,但是文章正文内容是找不回家的了,只有再次写上内容,或是看一下网页快照吧~~~
这难题存有好长时间我还没发觉,百度搜索升级了不清楚几回,快照更新也找不回内容,可悲啊~~要一篇一篇去找。
也有这个问题不清楚是怎么产生的,如何预防~~诸位大神出去说下嘛。
自己的解决方案:
dedecms的分表储存出错,那麼我们可以手工制作进库就可以。dedecms5.1中是dede_archives与dede_addonarticle各自加上特定id的内容就可以了,随后改动给自己要想的内容,极致处理。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)