管理選項中有推送選項，包括定義顏色、標題兩個功能，比較麻煩的是，寫的 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 外部調用的方式，對搜索引擎更友好些，大家注意此點。
寫這麼多吧，要去忙了，建軍同學，我的作業寫完了。對了，感謝升級時和我們一起熬了一夜的星名同學 （其他很多功能定製開發也一併感謝下吧） 。