2026年7月3日17:04:54
因为最近接触了很多headless的项目，发现很多公司是没有比较成熟的开发人员，很多时候需要快速和稳定，开发人员水平也挺有限的，所以诞生大量的headless or 低代码的项目。
这里的headless的项目 指的是api优先，不太需要管理后台，希望快速开发，数据库设计完成，api直接出，类似的有不少低代码也是这样的设计。
想了很久，也看了很多项目，以及这么多年的经验接触的项目，发现现在的很多国内项目为了完善和万能，通常把项目的复杂度搞的飞起，维护成本飞起，甚至了为了部分定制化功能，搞得开发和维护成本巨高。
最近接触了一些国外的项目思路就完全不一样，因为不需要考虑并发，设计思路就完全不一样，系统设计灵活度更高，并发能够支持几百上千用户使用即可，
这里说的不是并发，是真的就几百个用户（具体项目不举例，以后机会在分享一些项目设计特点和思路）。
最后想来想去，发现简单有效的一个phpmyadmin，设计好数据库，然后自动生成所有的curd api和连表读取数据，写数据，支持基础的curd，和存储过程绑定即可，这样一些基础接口的开发就直接省了。
至少可以减少50%以上的基础接口的工作。
结果认为自己很有经验结果一查，已经有人这么做了，比如strapi supabase等，经过几天的深思熟虑结果早就有人做出来了，哈哈哈哈
目前的设计是做一个先做一个类似 GraphQL的api工具，auto-api，然后在设计一个类似phpmyadmin的项目，只需要php+sqlite，管理读取数据库可以是mysql or pgsql，直接管理数据库。
应该会采用hyperf接口性能会很好，还可以设计一个auto-cms，做一些基础的页面。直接使用ai设计页面，生成代码
本来是打算重写一个 类似phpmyadmin的项目的，但是发现dbx是可以部署到服务器上的，也推荐各位使用，因为在windows上也可以，也可以用docker部署到服务器上，非常方便，性能消耗也很小。
类Supabase 项目
| 项目名称 | 开发语言 | 底层数据库 | 核心能力 | 自托管难度 | 开源协议 | GitHub Stars(2026) | 核心定位 & 适用场景 |
|---|---|---|---|---|---|---|---|
| Supabase | Go/TS | PostgreSQL | Auth、实时订阅、对象存储、Edge Function、向量库、自动 REST/GraphQL | 中高（多服务 Docker 集群） | MIT | 78k+ | Postgres 版 Firebase，SaaS/APP/ 实时后台首选 |
| Appwrite | Go | MariaDB/Postgres | 全量 Auth、数据库、文件存储、实时、云函数、邮件 / 短信 SDK、多端 SDK 完善 | 中等（单 Docker 容器） | BSD 3 | 46k+ | 轻量化一站式 BaaS，移动端 / 小程序友好 |
| PocketBase | Go | SQLite (可外接 Postgres) | Auth、CRUD API、实时、文件存储、后台管理面板，单二进制无依赖 | 极低（单文件运行） | MIT | 44k+ | MVP、小型工具、内部系统、快速原型 |
| Nhost | TS/Go | PostgreSQL (Hasura 驱动) | Auth、Hasura GraphQL、存储、Serverless 函数、实时 | 中高（Hasura+Postgres 多组件） | MIT | 12k+ | GraphQL 重度项目，替代 Supabase GraphQL 方案 |
| Hasura | Go | PostgreSQL/MSSQL/Mysql | 自动 GraphQL、权限、实时订阅，无内置 Auth / 存储 | 中等 | Apache 2.0 | 32k+ | 仅做数据库 API 层，搭配自有 Auth / 存储使用 |
| PostgREST | Go | PostgreSQL | 自动 REST API、行级权限，无后台 / 鉴权 / 存储 | 极低 | MIT | 21k+ | 极简 Postgres REST 网关，纯后端 API 层 |
| Wundergraph | TS | 多数据库兼容 | GraphQL 联邦、API 聚合、实时、身份中间件 | 中等 | Apache 2.0 | 4.8k | 多数据源统一 GraphQL 网关 |
类Strapi 项目
| 项目名称 | 开发语言 | 支持数据库 | 核心能力 | 自托管难度 | 开源协议 | GitHub Stars(2026) | 核心定位 & 适用场景 |
|---|---|---|---|---|---|---|---|
| Strapi | TypeScript(Node) | MySQL/Postgres/SQLite/Mongo | 可视化内容建模、REST/GraphQL、插件系统、自定义控制器、媒体库 | 中等 | MIT | 72k+ | 通用无头 CMS，全栈自定义，企业 / 官网 / 商城 |
| Directus | Node | 任意 SQL 库 (Postgres/Mysql/SQLite) | 基于现有数据库生成 API + 可视化后台，无强制 Schema 迁移 | 中等 | GPLv3 | 29k+ | 存量数据库快速套 API，数据中台、内部管理系统 |
| Payload CMS | TypeScript(Node) | MongoDB/Postgres | TS 原生、完美 Next.js 集成、字段类型丰富、本地文件存储、GraphQL | 中等 | MIT | 15k+ | React/Next 前端项目首选，类型安全 CMS |
| Cockpit | PHP | SQLite/MongoDB | 轻量后台、REST/GraphQL、多语言、媒体管理，部署极简 | 极低 | MIT | 6.2k | 小型网站、博客、轻量化内容项目 |
| Ghost | Node | MySQL/SQLite | 博客专用 Headless，自带前台、会员订阅、SEO、API | 低 | MIT | 45k+ | 独立博客、内容资讯站、自媒体平台 |
| KeystoneJS | TypeScript(Node) | Postgres/Mongo | GraphQL 原生、强 TS 类型、自定义 Admin 面板 | 中等 | MIT | 8.7k | 技术团队自建内容后台，GraphQL 重度场景 |
| ApostropheCMS | Node | MongoDB | 可视化区块编辑、页面拖拽、多站点、媒体处理 | 中等 | MIT | 4.1k | 企业官网、营销站、需要可视化编辑场景 |
| Plone | Python | ZODB/Postgres | 企业级内容、权限分级、工作流、多语言 | 高 | GPL | 3.2k | 政务、大型企业门户、复杂审批流程 |
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。