docker-flare
docker-flare copied to clipboard
Flare ✨ Lightweight, high performance and fast self-hosted navigation pages, resource utilization rate is <1% CPU, MEM <30 M, Docker Image < 10M
反馈:样式问题
在我过去用的各种工具部署导航页面的时候,都遇到过一个问题,就是每个导航分类下的链接数量不一样,有多有少,当数量差异过大时就会产生排版困扰。 如果限制链接数量,有些重要的链接可能会被隐藏;如果不加限制,又有可能撑破页面。 而在不同阶段,我们的工作内容或者兴趣爱好又不一样,所以无法预知未来可能会往哪个分类里面增加链接。 
 希望能想办法解决一下,否则只能无奈关闭天气功能了 :(
对于有关issues提出的单个书签内链接过多的问题,会给整体样式造成比较大的影响。有没有考虑将书签分类展示,或者可以自由切换书签的展示形式。如下图,分类展示案例: 
有同学提到,目前不支持排序,对于书签调整体验来说,确实会别扭一些,应该添加这个功能。 
目前文档中,对于 flare 的优势和使用存在一些不清晰的地方,需要添加一些更客观的说明。诸如: - 使用测试工具针对不做任何配置项调整的 Flare 进行百万次请求的压力(稳定性)测试,在保持每秒 4800~5000 的并发请求的情况下,你依旧可以在1~2毫秒内打开页面,并正常使用它(极限状况下,内存使用量在 60M); - 以及 Flare 甚至是可以跑在一台搭载 2015 年 S805 芯片的ARM盒子上(成本差不多 50 元)。 ```bash # 简单的压力测试示例 wrk -t16 -c 100 -d 300s http://localhost:5005/...