还好吧，只是更新小版本号。虽然是频繁了点但是可接受的。然后，产品本身一定不能强制用户升级。假如这么频繁提示用户升级，体验则十分不友好

什么都没有就开始幻想着收割韭菜了。

我还以为有谁那么大方贡献流量来做公益镜像呢。既然不是，你就改个名字吧，免得误导人。你这个准确来讲叫做 开源镜像搜索服务

若是说开源的 api 文档，
我更推荐 showcoc 的解决方案
https://github.com/star7th/showdoc

有实际应用场景吗？感觉没什么用。现代的项目都是各种依赖的，而你这个只支持标准库之类的，实际项目很难跑起来的，只能跑一些简单脚本。但如果是简单脚本，用 js 来写也不难

针对本问题，用 html 、js 、css 写客户端软件 ，核心就是前端技术栈，用什么封装根本不重要，所以直接套一个业界最常用的 electron 即可。你摸索一圈后还是发现 electron 靠谱。

@miniblink 你这个项目都不开源了，意味着无法共享生态。只能跟着你们官方走用你们实现的一套轮子。官方上虽然显示轮子组件不少，但用起来还是有小问题的。最重要的是不能及时跟上业界生态同步更新。并且即使是你们自己也不积极维护。更新时间和 issue 回复都非常不及时。若不是对体积有极致需求，真的不建议用 miniblink 。看到 github 的话就有点莫名其妙，因为被黑产使用而闭源。话说 electron 也没有因为黑产使用而闭源啊。当然你们要这么做也行，毕竟是你们开源的。但是我们作为开发者，就拒绝一个封闭的不完善生态了。

看了附言，难道你之前一直开着 larave 的 debug 模式？ 天啊，debug 模式加载各种东西，还要写日志等等，比正常情况下慢好几倍。这种基础错误怎么可以犯。任何框架上线都要关闭开发模式，这是常识

@murmur wails 好像是不带 chrome 的，它声称是原生本地引擎。

electron 配套的生态完善一些，以后可能想做什么都容易搜索到解决方案。比如打包，升级什么的。
electron 的缺点也是明显的，安装必体积大，性能没那么高。但在带宽和电脑性能都蛮高的今天，其实这也不算非常大的问题。你自己根据自己的场景考虑，如果自己的产品非常难容忍这么大的体积和性能，就别用 electron 了

如果你是新人，那么用 electron
如果你是前端开发者，那么用 electron
只有 go 开发者才有必要用 wails , 不是 go 开发者就不用考虑了。

这件事我站 eggjs 。个人觉得你脸皮真的够厚的。滥用还觉得自己有理。

作为一个有用 php 跑过生产环境的人，我想说，你这个服务器配置没问题，甚至说冗余了。我觉得大概率问题出现在 IO 上，导致没发挥出服务器性能。重点检查 nginx 的并发设计和 mysql 的慢查询日志。php 本身大概率不是瓶颈。

@cwcc 我理解我说的这些东西跟你的项目无关。但实际要用起来，就是需要我说的这些功能。而你的项目要推广开来也是需要别人先做好这些才能用。如果配套生态搞不定，你的项目估计实际用户也很少的。

很支持的项目！对开源项目的分发非常有帮助 。要在实际环境中用起来，可能还得有配套方案解决以下问题：

1 ，如何把一个 php 项目打包成单文件
2 ，如果通过纯命令行的方式起 http server 并且能解析 php
3 ，要守护进程，能故障重启， 以增强程序稳定性

@tanrunhao 参考我写一篇旧文 https://blog.star7th.com/2020/01/2385.html

项目名称：showdoc

项目简介：一个非常适合 IT 团队的 API 文档、技术文档工具

项目地址： https://github.com/star7th/showdoc

看文字介绍这是一个通用解决方案。然后只能用在 go 项目里？其他语言怎么使用呢？如果是只能 go 项目引用，建议一开始说清楚

其实不用做，本身有类似开源产品。我也搭建了一个这样的东西给自己备用。只是备用而已，真正穿墙时候还是用 v2ry 比较快