@iMusic 呜呜，感谢老用户

@sun2920989 会支持的，我们这几天加上~

@Sliverburger 感谢反馈，对的目前做了一些分类，大部分功能都是来自于 it-tools ，我们也在考虑是否需要进行进一步的裁剪操作。

我们后面会加入收藏夹和最常使用板块，到时候能让用户自己也能定义一些常用的功能菜单

@iMusic 抱歉服务挂了，我们刚重启了... 现在可以注册了

@Sliverburger 嗯嗯，可以的，会继续努力的

@Sliverburger

目前是直接集成了 it-tools ，相比之下有以下特色：
1. 软件全汉化，原 it-tools 只是汉化了一部分(我们目前汉化了 90%，还在继续)
2. 插件化设计，除了 it-tools 以外，将会提供类似 spotlight 的搜索框，快速跳转到其他文档/工具/资源
3 ，支持桌面端安装，Docker 版部署等多形式的安装。特别是桌面端，我们计划做成类似 raycast 或者 alfred 那样的

更多功能目前还在开发中，但是进展顺利，还需要一些时间哈

@Honye 抱歉，请问是文案不准确还是 edge 兼容性问题呢？这边去修改

我们还计划加入更多 AI 相关的功能，专为国人开发者开发，欢迎 star 关注~

@halleck 谢谢支持！

因为写的程序不少还是单机的，重度依赖 mysql 的 transaction ，所以我决定：
1. MySQL 数据库放在公网的一个云服务器上，保证 7*24 绝对不会 down 机
2. 两台/三台异地服务器，要获取最新数据，就从 MySQL 数据库里，并且弄一些缓存机制到本地（ Redis ）。只有数据实时性要求高，以及做 upsert 操作时，才会请求云端 MySQL
3. 因为请求会先经过云服务端，我也会在云服务端做一层缓存，这样大多数服务都能在可接受的范围内得到最佳的访问体验：

Client ->
CDN (Cache) ->
云服务端 (Cache) ->
线下自建服务器 (Cache from Redis) ->
实在不行再 call MySQL


而且我实测了一下，广州的云服务器 IP ，我坐标广州，ping 一下大概是 11ms ，完全可以接受


postgresql 有类似的分布式数据库，但懒得折腾了，历史项目先这样吧

@Admstor 我是打算放家里，我有两个住所，如果这个自建方案稳定的话，做个双备在本地自建，应该是还可以的

@juzisang 应该是家里 PC 和托管的都有，我个人更偏向于家里 PC ，因为那样子维护更方便，不需要跑机房。。。。


@ltkun 古典软件艺术，点赞！


@isnullstring 我也是这么觉得，一些静态文件就放云端，涉及到 API 之类的，可以考虑自建


@m1nm13 不打算弄 GPU 自建了，如果有需要 AI 的话我可能会考虑调用大模型

@asuraa 公网 IP ，我打算弄个云服务器，按宽带计费的，100M 拉满然后每月费用 35 元左右，再借助 ssh tunnel 或者 frp 之类就可以成功打洞了

不止 36kr ，还有脉脉这类喜欢贩卖焦虑平台，当你看多了这些信息过量了，容易抑郁

硕士老师在中专教书，在 10 年前就已经很普遍了，中国竞争太激烈了，有些院校是有硬性要求

@wcloudme 哈哈哈我感觉我是垃圾佬爱折腾的心还没灭，又能省钱又能配置高，稳定性这东西呢，1 天宕机 30 分钟我都能接受，因为我觉得真到 10 万用户那个级别，应该也不在乎这些扣扣嗖嗖的了


@zhangjiashu2023 不好意思跟家里人要，主要这东西太多管理不来


@liuzimin 物理安全性也是一方面，万一哪天云服务商看你不爽，直接封号岂不是数据都没了。。。


@caola 可以的，我之前搜索了 v 站，似乎这么做的不在少数，主打就是一个高性价比

@chf007 测试服务器在家里搞，正式的在机房托管


如果测试服务器运行也稳的话，那就弄家里头 doge

@gaobh 我打算内网穿透一下


@YongXMan 哇，赞呀，想弄个 R720 在家里，但是太吵了，即使我租房间里有 90 平

@airqj 其实我的想法，就是弄个台式机 lol

@IvanLi127 确实是... 如果云服务器依赖高配置的话，上云会比较肉痛，我想了一下，似乎我也不需要那么多 9 的 SLA