最近一直在迭代没有太注意消息统一回复下

1.目前已经有了 navdrome 、plex 类似的产品了，为什么要再做一个
第一个当然还是兴趣啦，第二个原因还是这些产品对中文歌支持一般，举一个例子，比如你想用陈奕迅搜索到“ 陳奕迅”，简繁体互搜这类功能，外国朋友还是比较难 get 到这个点的。毕竟中华文化博大精深嘛
2.近期做了不少迭代
* 定时刷新曲库
* 优化了搜索，现在效率蛮高的
* 支持了多生态，spotify lastfm ，
* 即使你的歌曲文件内的信息不太完善，也能做不少补充
* 做了一些图片资源的缓存
* 整体的数据接口快了很多，进而页面的体验提升不少
* 等等
3.最后希望朋友们可以体验一下，继续提提意见，最好能来 issue 提，这样讨论的人会更多一些 https://github.com/chenqimiao/qm-music/issues
再次感谢大家的支持！

私有化部署可能是个路子

目前已经完成了 last.fm 、spotify 公用 api 的接入。
- 歌曲元数据展示和歌曲推荐能力大有提升

@dann73580 可以，到时候我再调研下 哈哈哈

@dann73580 good idea ，会考虑列入议程！

考虑自建吗 hh
https://github.com/chenqimiao/qm-music

@xiaoz navidrome 确实感觉是相对封闭一些的 哈哈，作者管控力比较强

@zhengfan2016 需要一些检测机制在结合客户端配置

@Aixtuz 嗯，我想的是多做一些中文歌曲的特性，比如繁体简体之类搜索分类支持

@chenplum
1.刷新这块会持续优化，这可能跟 cpu 配置也有些关系，目前 2c 3.5Ghz 测试下来，25 分钟差不多可以刷 1w 多首歌
2.嗯，后期会加定时任务，目前文件目录变动需要手动刷新

@xiaoz 好的，后面会补充下

@lazyrm 已经有了哈，欢迎试用

@makizhang 嗯，我想的是多做一些中文歌曲的特性，比如繁体简体之类搜索分类支持

@muzihuaner 谢谢

有赔偿吗

人多了好协作

感觉帖子有点卡，m1

是要在服务端做转化吗？