コードのクリーンアップの数ヶ月後、DoraCMS 2.1.4が誕生しました。最後のバージョン以来、私はすぐに初心にプラグインのサポートを考えたので、DoraCMSをより柔軟にする方法を検討してきたが、また、いくつかの情報を見つけるために、使用eggjs復興アプリケーションへの最終的な決定、アリはのために作らeggjsエンタープライズレベルのフレームワークのためのサーバーおよびアプリケーションフレームワークは、前eggjsの基礎を理解することによって、生まれ、それがフレームワークと私の心と非常に一貫性のあるメカニズムのプラグインに関連することがわかったので、実際には、上の基礎DoraCMS 2.1.3を変換しようとすると、見つかりました非常に難しいことではありません。サービス側のロジックからかいの後、私は楽屋管理を考えました。問題は、あまりにも多くの背景モジュール（数十）場合、コンパイラはそれほど速くはないということですが、また少し場所の再コンパイルを変更する前に、VUEをベース背景管理は、これは私が欲しいものではありません。データを照会することによって、私はシングルスパは、研究を通じて、私は実際には、各機能ブロックは、我々は、モジュールを変更するだけで十分なので、開発者はより多くなることで、モジュールをコンパイルする独立したに開いている、という考えを持っていたことを学びました手間を省くだけでなく、運用、保守に利便性をもたらします。DoraCMSの機能ブロック図（新しいタブで開くには、はっきりと絵を参照してください）：
次のようにDoraCMS主なポイント2.1.4アップデートは、次のとおりです。
図1に示すように、再構成されたサーバ（eggjs 文書）
図2に示すように、シングルスパ+ VUE-CLI再構成されたバックグラウンド管理モジュールを使用して
3、再編成API " DoraCMS APIドキュメント "
4、プラスのテンプレートの新しいセット
5、携帯端末の前景、背景管理アダプター
背景にフォアグラウンド
6、コミュニティの開発者が提案する前に、いくつかのバグを修正
PS：
図1は、この更新が変化するデータの古いバージョンがすぐにこのバージョンを使用することができない可能性があれば、私はまた、開発環境を容易にするための設定、コード内の初期化データを提供し、比較的大きいです
2は、非常には、nodejsにDoraCMSにより、当社の深い研究と一緒に、2.1.4バージョンを使用することをお勧めします。また、自分自身のウェブサイトのどのように迅速な確立と発展を見ることができます。また、ご提案をお待ちしております