管理选项中有推送选项，包括定义颜色、标题两个功能，比较麻烦的是，写的 PHP 页，读取数据库中的这些推送贴，然后 crontab 每五分钟生成一个静态的 HTML 首页。当时长宝我俩就说，这个首页和 7.0，能用两年。
两年后，2011 年 1 月份，从网站发展的战略布局出发，我们决定升级 DX1.5，1.5 一个是比较适合地方站的发展趋势，另一个是版本也比较稳定了。这期间，建军就开始着手和我们一起制定升级计划，包括一些定制需求，二次开发等等细节。
说实话，升级的内部测试、二次开发等等都完成之后，我们还没打算用 1.5 的帖子推送功能，因为之前听了几个站长提起，说 DIY 功能如何麻烦，调用更是费劲
等等，我们甚至在帖子最终模板页，将 「推送」 链接删除了。
我们仍然想沿用原来的推送系统，移植过来发现，有些功能 （比如固位、第一链接、缩略语、配图等等） 无法满足我们的新规划，同时，编辑需要登陆 CMS 和论坛管理账号，频繁的切换，更新内容效率低下，时间成本高。
我们仔细研究了建军写的 DIY 教程后，眼睛一亮，马上动手开始尝试，结果发现实际很方便，不是传说中的那么麻烦。有时候，人云亦云害死人啊。
现在，我们的首页门户所有涉及的区块，帖子中的广播台 （文游台、西蜀网、濠滨网等几个站点也是从我们这里拿走了相关模板去实现），甚至一些广告区域，都是
用的帖子推送+数据调用的方式实现的，定义了 N 个数据模板和模块，简单截了个图：
我们彻底放弃了 CMS，工作效率大大提高，平时这些编辑同事主要在论坛里游弋，发现好贴直接就推送更新了，方便。最近，暨阳社区的游牧他们，也是弃用了他
们原来花大气力搞的 CMS，重点搞帖子推送后的 portal 了。
DIY 功能也有不尽如人意的地方，比如产生了不少大家说的 「垃圾代码」 就是一例，每个调用都有特定的 DIV，自动产生了很多 CSS，这点上，应该是 DX1.5 本身 DIY 功能上的自身诉求，无可厚非。
但因为我们不涉及到日后的 DIY，所以，在相关 PHP 文件中，我们直接去掉了该代码的自动生成，从爬虫蜘蛛角度考虑，我们都是用内部调用的方式，这样相对于 JS 外部调用的方式，对搜索引擎更友好些，大家注意此点。
写这么多吧，要去忙了，建军同学，我的作业写完了。对了，感谢升级时和我们一起熬了一夜的星名同学 （其他很多功能定制开发也一并感谢下吧） 。