fix: docker x509 error

2024-01-29 14:06:42 +08:00
parent 271107383d
commit 9dffd243f6
1 changed files with 15 additions and 1 deletions
@@ -413,12 +413,26 @@ docker-compose -up -d
      dev启动前端项目。然后访问前端项目提示的端口服务，一般是127.0.0.1:5173。
      或者使用npm run build，用Nginx部署前端。
 >
->
 > 2. 注释这个配置，表示单应用，启动go服务，会把web/dist目录下文件作为前端静态资源。
     如果目录下没有静态资源文件，需要到web目录下，npm run build构建生成。
 >
 > 两种方式各有优缺点，综合考虑下来，推荐直接使用release的打包执行文件，其中已经内置了页面静态资源，只用运行一个服务。

+#### 关于InitData配置的说明
+
+> 从功能上开启`InitData=enable`是使用gorm的model进行migrate表字段更改，是将代码中的定义的表结构自动完成sql语句进行表结构的维护。
+> 
+> 1. 为什么这么设计，不直接使用完成的建表sql？我想了很久，我觉得migrate目前能够满足现在的需求，而且不用手动维护sql的变动。
+>
+> 2. 为什么初始化要单独加一个配置开关`InitData=enable`，而不是使用一个标识进行判断？ 目前现在确实只需要判断是否初始化标识就可以满足，但是后面如果项目更新添加了新字段，
+>    就不再适用了。也就是说这个配置设计上既可以完成初始化，也可以完成的后面的字段升级。
+> 
+> 3. 我一直指定`InitData=enable`运行项目有没影响，会不会数据错、丢失？ 不会。一直指定`InitData=enable`，只是每次服务启动多一步会检查，
+>    检查表字段变动。并且只是新增的表字段会进行添加，已经存在的字段不会进行变更，所以不用担心数据问题。
+>
+> 只要初始化指定`InitData=enable`进行了初始化，后续如果项目不升级，后面指不指定`InitData=enable`都没关系。
+
+
 ## 完整配置说明 ⚙️

 <details>