目前了解到以下几个 Star 数量较高的 Python CMS，准备从这几个着手调研：
欢迎补充。
1 个赞
Nice, quokka 看起来停止维护了，所以这个就可以忽略
是的，但是 quokka 是这里面唯一号称轻量级的 Flask CMS，其他几个都是基于 Django 的，所以我觉得可以参考一下，或许可以由社区把这个项目接手过来。
感觉不用花太多精力调研？我们要做的是 Conference CMS，和单纯的 CMS 会有不少差别（或者说会有很多 add-on features）
这个项目是通过定义好的模板生成静态文件，然后直接把静态文件通过服务器代理出去？
同意，所以调研的重点应该是现有项目能不能满足我们的需求，或者允许我们去扩展我们需要的 add-on features。
1 个赞
服务器不负责serve生成好的网站，只负责把网站文件推送出去(VPS/GitHub/anything)
所以这个服务可以平时不起用，只在需要收集信息修改网站的时候启用。
1 个赞
明白了，谢谢
仔细研究了一下，现有的 CMS 系统基本无法解决当前的痛点：
- 基本不支持 SSG，需要一直运行一个 HTTP Server 来保证网页的正常运行。
- 只注重于向外输出内容，基本不会有数据表单的功能，可以在当前基础上开发，但我觉得无异于开启一个新项目。
像 @greyli 说的，当前的 Conference CMS 和传统的 CMS 差异很大，功能上交集也不多，深入调研的意义不大。
另外，我觉得这个 Conference CMS 更像一个 SSG 系统，所以我也去看了一些 Python SSG 的项目。SSG 的项目和目前需求最大的出入就是缺少服务端，例如像数据表单之类的是需要一个服务端才跑起来的，并且这里还有一个痛点就是 SSG 项目的更新需要网站工程师参与。
不过 SSG 的两个问题我认为可以有以下解决方案：
- 针对缺少服务端的问题，可以通过引入 Serverless 的方案解决，比如 Firebase / Supabase 之类的服务，这在前端有成熟的技术方案（Astro）；
- 针对项目更新依赖网站工程师的问题，我觉得这其实是一个项目管理的问题，比如可以把组委会志愿者编辑的文档单独作为一个 Git 的子仓库引入到 SSG 项目中，并通过 GitHub Action 来触发更新即可。
总结就是：可以重新写一个，不算造轮子。
此处 @frostming
2 个赞
和我粗略的印象一致。其实CMS+SSG的架构我是参考了 Typlog 三週年 - Just lepture
想法可行，那就干起来吧。 这和以往的博客、Todo项目不太一样，不是重复和学习，而是创造。
3 个赞
GitHub: 也可以考虑用 admin 脚手架
前端不考虑 React 么，或者直接使用 Next.js，UI 可以使用 Radix UI + TailwindCSS
主要的考虑是报名 Sprint 2 的同学大多对 Vue 熟悉
项目地址404了
感谢提醒，新地址是这个：
1 个赞