【开源社项目】页面修改为手动维护

[stevending1st]

页面如下：https://kaiyuanshe.cn/project

[TechQuery]

首先要将所有 Git 仓库同步到自有数据库，再在自有数据库用一个字段排序。这样设计很复杂，且对现有工作没啥实质帮助。

我认同 GitHub API 默认以更新时间排序的规则，有持续更新的 Git 仓库才有价值。挖坑不填的我一个个帮他们生成主页并显示在官网列表已经很不错了，实在需要重点置顶的老项目已在官网首页显示自有数据库手工控制的数据。

[stevending1st]

首先要将所有 Git 仓库同步到自有数据库，再在自有数据库用一个字段排序。这样设计很复杂，且对现有工作没啥实质帮助。

一个合理方式是手动修改配制文件，而非从 github 爬取。

挖坑不填的我一个个帮他们生成主页并显示在官网列表已经很不错了，实在需要重点置顶的老项目已在官网首页显示自有数据库手工控制的数据。

无需生成首页，直接跳转 GitHub Repo 首页就好。

[TechQuery]

一个合理方式是手动修改配制文件，而非从 github 爬取。

这是 2019 版官网采用的方式，最终都是我一个人在维护，其它程序员都懒得搞清楚怎么改数据。

无需生成首页，直接跳转 GitHub Repo 首页就好。

那和 GitHub 组织主页就没区别了，而且 github.com 墙内访问困难，github.io 访问还相对流畅，而且官网主要就是面向墙内用户的。

[luojiyin1987]

一个合理方式是手动修改配制文件，而非从 github 爬取。

这是 2019 版官网采用的方式，最终都是我一个人在维护，其它程序员都懒得搞清楚怎么改数据。

无需生成首页，直接跳转 GitHub Repo 首页就好。

那和 GitHub 组织主页就没区别了，而且 github.com 墙内访问困难，github.io 访问还相对流畅，而且官网主要就是面向墙内用户的。

现在改为服务端转发客户端的请求，保障服务端可以访问 github.io 就可以了。 为什么要手动维护？ 按照 star 数 更新时间 自动排序不行？ @stevending1st