CityFun

> > 黑名单是正常的 因为攻击频率限制 也是拉黑 黑名单也是拉黑 都是直接返回 444 状态码 其他的我需要测试一下 > > > > 0.0这样啊，这是昨天的，直接刷了三千多条记录😂不知道这种情况会不会有优化之类的（ > >  > > 后面优化一下，如果黑名单 ip 访问了，直接写入缓存，增加识别速度

感谢建议 后续版本优化此处

感谢建议 我们会在后续版本考虑支持此需求

感谢建议 后续版本优化

不同的网站类型代表的不同的操作逻辑 仅从备份恢复角度考虑 1. 一键部署的网站需要同步备份 应用和应用关联的数据库 2. 反向代理网站和静态网站只需要备份网站目录 3. 运行环境网站需要备份运行环境目录 切换类型 之后，之前备份的网站恢复起来会很麻烦 比如 一键部署切换成静态网站 那之前备份的就无法恢复 其他的操作就更不用说了 所以精简网站类型不是一个很好实现的需求

> > 不同的网站类型代表的不同的操作逻辑 仅从备份恢复角度考虑 > > > > 1. 一键部署的网站需要同步备份 应用和应用关联的数据库 > > 2. 反向代理网站和静态网站只需要备份网站目录 > > 3. 运行环境网站需要备份运行环境目录 > > > > 切换类型 之后，之前备份的网站恢复起来会很麻烦 比如 一键部署切换成静态网站 那之前备份的就无法恢复 > >...

> 可以折中一下，比如从产品经理的角度看，实际上”一键部署“这个网站类型的主要用户人群是不熟悉 docker 和建站的小白用户群体，而这一类型也是实现切换类型后的备份逻辑比较复杂的主要原因；”运行环境“、”反向代理“、”静态网站“这三个网站类型的主要用户人群则是会自己手动部署源码、调通环境的人，所以在技术上相较于前者更有操作空间。 > > 所以可以将”一键部署“作为”新手“建站类型，而”运行环境“、”反向代理“、”静态网站“合并成”进阶“建站类型，并且两者不做互通和转换，前者的备份只能前者使用，后者的备份只能后者使用。 这样子既避免了上述备份逻辑复杂的情况，而且也解决了手动部署源码时存在多种网站类型交叉需求的情况。 > > 上面回复提到的关于”运行环境网站需要备份运行环境目录“我其实没太明白到底是备份哪个目录，如果是环境的配置目录的话应该是好做的；如果是环境本身的话，我的看法是备份创建环境时的相关输入参数。 感谢建议 你的建议非常不错 ”运行环境网站需要备份运行环境目录“ 是当前环境网站是以 docker-compose.yml 启动一个运行环境容器，主要备份的是 docker-compose.yml 这个文件所在的目录，会包含一些配置文件 比如 php.ini ，而静态网站和反向代理则不需要这些，我上面说的备份恢复处理复杂，就是说当前如果是静态网站，想恢复成 PHP 运行环境，需要先创建一个 docker-compose.yml 启动的 PHP 容器，并挂载相关配置文件。而当前我们的备份恢复，都是基于已有资源，就是你必须先存在这个资源，我才能给你恢复，所以要实现 静态网站-PHP运行环境的切换，需要先解决这个问题，其实也就是一个用备份文件导入网站的功能，所以可能会先做导入网站，然后再做切换。

1.我们预计会在 2.0 版本增加应用的推荐配置提醒和校验 2.建议重启 然后启动之后通过 docker stop 关闭 maxkb 然后 docker rm

感谢反馈 应该是首次加载的时候 加载了所有数据 我们下个版本修复

感谢反馈 我们会在后续版本考虑此需求