diff --git a/README.md b/README.md
index d4dcdb6..9dc4ef7 100644
--- a/README.md
+++ b/README.md
@@ -19,11 +19,12 @@
 - 自 2015 年以来，经历过 MMORPG、卡牌、SLG 等多个上线项目的考验，
 - 实际项目过程中不断迭代和优化，最终由一个增强型的配置工具成为一个相对完备的游戏配置数据解决方案。
 
+## 快速生成 lua 的例子
 
-## 快速布署一个 lua 例子
-  * [下载例子]并解压至临时目录
-  * 双击 bat 生成
-
+- 进入 config 目录
+- 双击 生成lua数据.bat
+- 生成的 OutputLua 目录即对像数据
+- 修改 bat 路径，即可使用至项目中
 
 ## 使用示例
 
@@ -46,15 +47,15 @@
   ```
 - [更多语言的例子](docs/samples.md)
 
-
 ## 文档
 
 - [主页](https://focus-creative-games.github.io/luban/index.html)
 - [特性](docs/traits.md)
+- [Excel 配置数据简介](docs/data_excel.md)
 - [使用说明](docs/catalog.md)
 - [常见问题](docs/faq.md)
 
-## RoadMap
+## 路线图
 
 - [ ] 新增 unity 内置编辑器
 - [ ] 新增 unreal 内置编辑器
@@ -64,14 +65,14 @@
 ## 开发环境架设
 
 - 安装 [VS2019 社区版](https://visualstudio.microsoft.com/zh-hans/vs/)
-- 安装 [.dotnet core sdk 3.1](https://dotnet.microsoft.com/download/dotnet-core/3.1)
+- 安装 [.dotnet core sdk 5.0](https://dotnet.microsoft.com/download/dotnet/5.0)
 
 ## 如何贡献?
 
 - [Contributing](CONTRIBUTING.md) explains what kinds of changes we welcome
 - [Workflow Instructions](docs/workflow/README.md) explains how to build and test
 
-## Useful Links
+## 有用的链接
 
 - [.NET Core source index](https://source.dot.net)
 - 社区的其它实现
diff --git a/docs/deploy.md b/docs/deploy.md
new file mode 100644
index 0000000..aad0c9d
--- /dev/null
+++ b/docs/deploy.md
@@ -0,0 +1,8 @@
+[//]: # (Author: bug)
+[//]: # (Date: 2020-11-23 00:21:21)
+
+# 服务端布署
+
+## Docker 镜像布署
+- docker pull hugebug4ever/luban:latest
+- docker run -d -p 8899:8899 hugebug4ever/luban:latest 
\ No newline at end of file
diff --git a/docs/faq.md b/docs/faq.md
index 6310ce7..f472ac7 100644
--- a/docs/faq.md
+++ b/docs/faq.md
@@ -1,9 +1,19 @@
-[//]: # (Author: bug)
-[//]: # (Date: 2020-11-15 23:59:21)
-
+[//]: # "Author: bug"
+[//]: # "Date: 2020-11-15 23:59:21"
 
 ## 为什么要使用"客户端/服务器"模式
-  * 配置文件需要反复生成与测试
-  * 文件数量上升后，配置生成不可避免地变慢
-  * 再快的技术，也挡不住大量数据的处理
-  * 效率就是生命
\ No newline at end of file
+
+- 最初的想法是服务端闭源，因为代码生成部分花了很多心思，也方便加密之类的操作
+- 为了方便与社区开发者交流开源后，还保留了这一模式，因为觉得
+  - 这一模式，也能作为 ddc 的基础 (distributed data cache)
+    - 配置文件需要反复生成与测试
+    - 文件数量上升后，配置生成不可避免地变慢
+    - 再快的技术，也挡不住大量数据的处理
+  
+## 如果用客户端生成，再通过服务器端分享缓存，不是更快么
+ - 是的
+ - 但服务器模式还方便更新
+ - 如果有效率提升，更佳的 feature (比如统计？)
+ - 通知每个使用者要更新本地目录这件事，在实践中也产生过很多麻烦。
+ - c-s 本身是个流行的设计，虽然万物皆可客户端 ^_^
+ - 考虑至此，就没有继续深究这个问题