由于老板要求周一要给正式版的项目出来，这两天就得跑公司加班了（我司不加班这点倒是挺好的，希望以后不是常态）。刚在做需求的时候发现了一个问题,写这篇是想记录一下这个想法，给之后的 CMS 提供一个思路。

前面几篇都有提到，最近都在忙公司的项目，客户是来自国外的一个零售方案解决商。用公司现有的 CMS 改装了他们原有的系统的时候发现了一个问题：由于是解决商，所以他们现有的方案是通过同一套代码，再根据不同的配置来实现不同商店显示不同主题。好处是新增商店效率上提高，但是坏处也非常明显，单个站点冗余和无效的代码特别多。由于我司的 CMS 不同站点的代码是相互独立的，但是可以方便地进行导入导出，所以新增商店的也是能实现同样的效率，代码也能根据不同的站点再做单独的优化。虽然从开发上可能会更需要时间，但是从站点的运行来说，可以说是秒杀原有系统了。

但是，因为现有的 CMS 并不是为了这个目的专门实现的，所以我们的菜单结构只适合开发人员使用，运营人员可能在需要修改文件的时候会觉得苦恼。这也就是我遇到的问题。不同的站点需要不同的 logo 和 favicon 等等当前站点个性化的内容，但现在系统提供的是一个通用的目录结构，而这些内容可能放置的层级又不互相通，这时候修改起来就是一个不小的问题了。

我一向持有的观点都是，让专业的人做专业的事。让开发帮运营，让运营帮开发都是为日后的失误埋的伏笔。现有的 CMS 中虽然提供了针对不同权限用户提供不同的菜单，但是只是对菜单的个数进行增减，操作内容并没有变化。我联想到的是知晓云提供的运营后台，虽说还没有真正使用过，但是在文档中看到过一些内容。我觉得这是个一个挺有效的解决方案：开发人员使用的是默认提供的后台界面，而对于运营人员提供专门的操作页面：如 assets 取代 medias。Assets 中包含的是如 logo, favicon 这类特殊的文件，运营只要上传文件到相对应的目录中，系统就会自动进行替换。这样也省得改到了不改改动的地方，带来不必要的麻烦。