dedecms生成目录问题

一篇文章内容分别放在两张表中 ，

一张是他的主表,该主表是通用的 dede_archives ,

另一张是附件表 dede_addonXXX

默认包括：

dede_addonarticle 文章附件表

dede_addonimages 附件表

dede_addoninfos 分类信息附件表

dede_addonshop 商品附件表

dede_addonsoft 软件附件表

dede_addonspec 专题附件表

这个我以前也遇到过，栏目保存问题需要在后台执行SQL语句：ALTER TABLE `#@__admintype` CHANGE `rank` `rank` FLOAT( 6 ) DEFAULT '1';

UPDATE `#@__admintype` set `rank`=(5 + (`rank`/10)) where `rank` > 10;

ALTER TABLE `#@__admin` CHANGE `usertype` `usertype` FLOAT( 6 ) UNSIGNED DEFAULT '0';

UPDATE `#@__admin` set `usertype`=(5 + (`usertype`/10)) where `usertype` > 10;

INSERT INTO `#@__sysconfig` (`aid`, `varname`, `info`, `groupid`, `type`, `value`) VALUES (746, 'cfg_album_mark', '图集是否使用水印(小图也会受影响)', 3, 'bool', 'N');

ALTER TABLE `#@__arctype` ADD `seotitle` VARCHAR( 80 ) NOT NULL DEFAULT '' AFTER `keywords` ;

UPDATE `#@__arctype` set `seotitle` = `typename`;

ALTER TABLE `#@__arctype` CHANGE `keywords` `keywords` VARCHAR( 60 ) NOT NULL DEFAULT '';

ALTER TABLE `#@__tagindex` ADD `typeid` SMALLINT( 5 ) UNSIGNED DEFAULT '0' NOT NULL AFTER `tag` ;

你都复制下来，在“后台--系统-SQL命令行工具”执行就可以了。。。织梦这个有时候出现错误更新系统缓存是很有必要的。。。建议！我也是个织梦菜鸟，刚学习使用这个系统！www77675net 就是用这个建立的。。。

同志啊，可以好好聊聊了。

你可以试试在系统核心设置里的 CMS安装目录：做下设置，这里是系统的一个参数。

但增加安全性我不是这样做的，给你看下我的目录结构：

a是文件存放目录，只读权限

ifyouwish 是所有系统目录文件，包括 include、data、plus、templets、后台目录

plus是自定义插件

u是upload目录，节省路径名称

z是所有资源目录，包括img、js、font这类。

在config里设置后台目录名、数据库用户名密码，这样基本就改变了dede的原有目录，安全性那是提升很大滴。

而且 ifyouwish是随便起名的，只需要在config与后台的CMS安装目录里配置一下。

我QQ99582444，欢迎交流。

phpcms优点：

1 模块化安装，非常适合安装，拆卸，和拿到市场上去交易非常方便的。

2 灵活的标签语法，非常强大。

3 缓存做的非常优秀。几乎支持目前主流的几大缓存系统解决方案，file缓存，eaelerator缓存，memcache缓存，shmop缓存等

4 安全性也不错的。后台为了防范入侵，采用了cookie和session同时存在验证技术，才可以安全进入后台。

多次登录失败，开启验证码功能。防止机器人频繁猜口令。

5 数据库。在根目录下的include目录下，db_aessphpdb_mssqlphpdb_mysqlphp等，就照着他的方法，在增加几个也没问题的。

6兼容性。是在php4的基础上开发的，所以向下兼容性是不错的。在include/globalfuncphp 这个文件可以看到很多if(!function_exist()){}，这些代码就是为了兼容php4相关函数。

phpcms缺点：

1 后台对应的模块的功能列表url,从数据库中读取的，也即是，安装的时候，将url写入数据库了。这个如果二次开发要修改的话，不是很方便的，最好是写到文件中，读取文件内容，方便开发者开发，而且也更容易维护，如果是出于安全考虑的话，不妨加下密也可以的。

2 分部式。 后台的某些功能模块，还是要调用各个应用模块的admin部分，相关＊．inc．php文件．　如果我要把其中某个模块或应用独立出去部署到其他的服务器上，就不方便了。

3数据库设计问题，后台开设模型时，表的引擎只能是myIsam,而不能选择其他的，字段的类型，比如要开设一个字段为number,类型为int,但是在新增加的模型表中还是以varchar出现，而不是int,长度是默认的255modelfiled表，才发现该系统是将类型写到该表中了。

4加密/解密程序。目前已经在想相关安全网站已被爆以破解。这也不是什么新闻了。在开发中，关注下相关安全厂商发布的漏洞。

5 数据库抽象层。就以上提到的几个数据库文件。 db_mssqlphp db_mysqlphp db_aessphp 等对于数据库分布式，应该没问题的。 数据库抽象层处理数据比较快，且快平台更容易且更容易维护，这个是需要考虑的。

Dedecms功能实用，模板功能使用简单。