dede后台管理系统

dede后台管理系统，后台也就是管理织梦内容管理系统（DedeCMS）的后台，是系统我接触过的第一个开源CMS后台。2009年那会儿，后台学校社团要建站，管理学长丢过来一个压缩包，系统说“解压上传，后台进后台点几下就能用”。管理那个后台的系统登录页蓝白配色，输入框窄得可怜，后台验证码还经常看不清。管理但就是系统这套东西，撑起了当时国内至少三成的后台地方门户和中小企业的官网。

后台的管理默认路径是 /dede/，这个设计当年被人骂得很惨。系统安全圈有个老笑话：黑客扫站先试 /dede/，进去了就顺手挂个马。后来官方在5.7版本加了后台目录自定义功能，但默认安装包还是写着 /dede/。我见过一个做苗木批发的老板，网站被挂了三回菠菜链接，每次都是后台路径没改。他跟我抱怨“这破系统不安全”，我说你改个路径能省一半事，他愣了半天问“在哪改”。

登录进去之后，左侧菜单栏密密麻麻。核心、内容、附件、会员、模板、系统——六个大分类下面能展开几十个二级项。新手最容易迷路的地方是“内容管理”和“栏目管理”的区别。栏目是骨架，内容是血肉，但dede的栏目管理藏在“核心”菜单里，内容管理反而单独列在左侧第二栏。我教过不下十个人用dede，每个人第一次都会问“我想加个新闻列表，点哪个”。答案其实是先去“核心-网站栏目管理”建栏目，再回“内容管理-普通文章”发文章。这套逻辑在Drupal或者WordPress里会顺一些，dede偏要把简单事情拆成两步。

模板引擎是dede的命门。后台“模板-默认模板管理”里能看到所有.htm文件，改完直接保存，前台刷新就变。方便是真方便，危险也是真危险。有次帮一个客户排查首页空白问题，发现他直接在后台把index.htm里的{ dede:global.cfg_templets_skin/}删了，系统找不到皮肤路径，整个页面渲染就崩了。更常见的是标签写错——{ dede:arclist typeid='1' row='10'} 少个引号或者括号，后台保存不报错，前台直接白屏。这时候只能去服务器上看error_log，或者把模板文件下载下来用编辑器逐行对。

数据库操作是另一个分水岭。dede后台提供了“系统-数据库备份/还原”，但只备份数据表结构，不备份模板文件。我见过有人换服务器，数据库还原了，模板没拷，前台全乱。反过来，只拷模板不导数据库，栏目和文章全丢。这个设计逼着用户养成手动打包的习惯。后来5.7 SP2版本加了“一键备份”，但生成的SQL文件经常因为max_allowed_packet限制导入失败。老站长都知道，真要迁移，还是得进phpMyAdmin导出。

后台的会员管理模块被低估了。默认开启注册，但“会员-会员组”里的权限设置极其粗糙。比如你想让普通会员只能看文章不能下载附件，得去“系统-用户组权限”里勾选，再回“会员-会员组”关联。两步操作，中间没有提示。很多站长干脆关掉会员功能，省事。但dede的评论、投稿、收藏又依赖会员体系，关了就全没了。这种耦合设计在当年不算毛病，现在看就是历史包袱。

说个具体场景。去年帮一个做非遗手工艺的网站做迁移，原站是dede 5.6，PHP 5.3环境。新服务器上了PHP 7.4，dede后台直接报错——mysql_connect函数被移除了。要么改代码，要么降PHP版本。最后选了后者，因为改代码牵扯太多标签解析逻辑。这事说明dede的代码底子还是十年前的思路，后台看着能用，底层没跟上。但反过来，也正是这种“不更新也能跑”的特性，让大量老站活到了今天。

后台的“系统-系统基本参数”里有个“网站版权信息”，默认写着“Power by DedeCms”。很多站长不知道，这个字段会输出到前台footer。改掉它，或者至少把链接去掉，能少挨点扫描器的惦记。我自己的习惯是装完dede第一件事：改后台路径、删install目录、改版权信息、关掉会员注册、把data目录权限设成755。五步下来，能挡住八成脚本小子。

dede后台管理系统谈不上优雅，菜单层级乱、提示信息模糊、安全设计靠用户自觉。但它把“发文章、改模板、管栏目”这三件事塞进了一个浏览器界面里，让不懂代码的人也能维护一个动态网站。这个价值，在2008年的中国互联网环境下，比什么架构先进性都实在。现在我用WordPress或者Ghost，偶尔还会想起dede后台那个蓝色登录框——丑，但管用。