Light APIs

> 尝试在两个虚拟机的docker里拷贝，没有用，还是全新的flare，不知道怎么回事。 两个 Docker 里的容器都挂载了 `/app` 目录吗？用以下命令查看下容器 `"Mounts"` 信息(*注: `flare` 是你自己的容器名称或者容器 id*)： ```bash docker inspect flare | grep Mounts -A 20 ```

> 使用的容器服务，没法访问目录文件 😂 那只能适移数据卷了。

> @flashliao Hi~ 感谢“来信”，确实今年比较忙。 > > 不过，我的测试版本集成了 [https://simpleicons.org/，还在做“体积优化”](https://simpleicons.org/%EF%BC%8C%E8%BF%98%E5%9C%A8%E5%81%9A%E2%80%9C%E4%BD%93%E7%A7%AF%E4%BC%98%E5%8C%96%E2%80%9D) ，如果你迫切需求的话，估计下周我可以帮你 check 一个新分支，update 一份？或者你也可以使用开源的 flare 仓库，修改一个版本。 想问问大佬的未来版本里的 Simple Icons 打算在配置 `icon` 字段时用什么前缀？因为需要与原先的 MDI 的图标进行区分，并且也有一部分图标~~可能~~会与 MDI 图标重名的情况。*PS: 我自己有 fork 的 `flare` 项目使用的是 `si`+[slug](https://github.com/simple-icons/simple-icons/blob/master/slugs.md)(例如：`siGitHub`)...

> @LightAPIs 你好👋 > > 这个问题确实通过继续延续之前的代码思路可以继续解决，但是会导致程序体积产生不必要的增加，并不是所有用户和设备都需要更多的资源来运行这个小程序，即使大家并不是那么缺计算资源，但追求更高效的执行始终是这个程序应该坚持的事情。 > > 之前写了一个新的小工具（WIP），用来剥离 icons，以及使用了一些技巧来压缩 icons，但写到一半想到并不需要 contains 所有的 icons，就考虑换一个思路，提供一个 onair 的 icon picker，这样可以继续保持应用简单，以及也能为其他的开源软件提供一些额外的好处。 > > 手头项目告一段落之后，我想对 flare 进行一些模块更新，剥离 icons、theme，这样就能够解决存着 issue 中 80% 的问题，以及能够进一步提升运行性能啦～ 👌 了解了。如果能将图标等模块剥离出去的话那真是泰裤辣！

目前版本还没有调整日志级别的环境变量/命令，只能自行 fork [soulteary/flare](https://github.com/soulteary/flare) 手动修改处理或者等作者有时间帮你加个。(*我是自己改的，每天上万条日志扛不住😭*)

另外也可以用 Docker 容器创建命令 `--log-driver=none` 直接关掉容器日志输出，不过如果采用这种方法，那也无法查看到程序里真正的报错日志消息了。如果确实受"Docker 容器的日志输出过多"的情况~~机器扛不住~~困扰，这也不失为一种解决方法吧。