elpis-core 从一个同时包含框架代码、页面代码和业务示例的单体项目，转变为由业务工程通过引用的全栈框架包。

设计背景：让 Schema 页面具备业务交互能力 elpis-core 的 Schema 页面从“动态表格 + 动态搜索”继续扩展为可完成增、查、改等业务操作的页面。

elpis-core是一个基于 koa 的 node 服务端框架核心，它做的事情只有三件：加载、组装、启动。它本身不携任何业务代码，而是依赖性一套目录约定，把项目跟目录 app/ 根目录下的 cont

Bun 提供了许多 Node.js 原生没有的专属 API： | API | 功能 | | :-- | :-- | | Bun.serve | HTTP/WebSocket 服务器 | | Bun.f

今天你会学到这些关键词 | 关键词 | 解释 | | :-- | :-- | | styleText | Node.js 21.7.0+ 内置的彩色文字输出函数，1行代码搞定 | | Bun.colo

启动快 20 倍。 HTTP 吞吐量高 3 倍。 WebSocket 快 7 倍。 SQLite 快 9 倍。 再加上内置的图像处理、无头浏览器、一体化工具链和单文件编译—— Bun 不是简单的性能优

elpis-core 将这些重复工作收敛为一套约定：业务代码放在指定目录，引擎按依赖顺序加载，再把能力装配到同一个 Koa 应用上。

从域名到 Node.js：一次云服务器请求经过了哪些层？ 项目部署到云服务器后，最容易混淆的不是命令，而是“请求到底经过了谁”。浏览器输入域名后，DNS 只负责找到 IP；安全组和防火墙负责放行；Ng

knex 上一个文章中我们还使用sql语句去编写接口，在实际工作中我们很少用到sql语句，sql语句编写起来比较繁琐，还有sql注入风险。 Knex是一个基于JavaScript的查询生成器，它允许你