diff --git a/README.md b/README.md
index cb653e0..dc3963e 100644
--- a/README.md
+++ b/README.md
@@ -10,7 +10,9 @@
 
 ## 目录
    use_ssl：支持docker-compose一键搭建并使用ssl
+
    normal：一些人不喜欢https或者如果套用cf再用 Let’s Encrypt 生成证书会出问题。这两种情况用这个目录下的
+
    tool: 一些工具类的软件,直接使用ip访问或者直接使用docker跑的东西
 
    data: 所有目录的数据集中到这里管理，方便数据备份/转移
@@ -39,9 +41,13 @@ jrcs/letsencrypt-nginx-proxy-companion 
     一些特殊的软件可能需要额外配置，请留意文件中的注释
 
 ## 已知的问题
-在套用cloudflare并且https启用严格的情况下,再使用use_ssl中的方法运行可能出现ssl检验不过的情况,实测可以先使用灵活模式，再运行docker-compose。
+1.在套用cloudflare并且https启用严格的情况下,再使用use_ssl中的方法运行可能出现ssl检验不过的情况,实测可以先使用灵活模式，再运行docker-compose。
 再改成严格模式/直接使用normal方式启动cf设置成灵活模式/cloudflare使用严格模式并且dns中配置足够久的情况下仍然可以直接使用use_ssl启动，这也是为什么一开始我没有发现这个问题的原因。
 
+2.file_server 启动后访问如果提示没有权限 需要chmod 777 给 app文件夹授权
+
+3.wordpress 如果使用第三方安装包的方式安装主题，docker重启(或者主机被迫重启)后访问会不正常，因为第三方安装的数据并没有存储到挂载的目录里，目前的解决方案是登录后台管理重新安装一遍
+
 ## 问题排查和一些基本操作
 当发现启动项目后运行不正常，先使用docker ps -a
 查询到对应docker容器的id 再使用 docker logs -f 容器id的方式可以查询到该容器的启动日志。多数情况下是jrcs/letsencrypt-nginx-proxy-companion没有签发成功，详细情况可以添加issue。或者直接使用normal方式