chore(brand): rename the product to ReplyPier
The upstream project name is gone from code, assets, docs and build
output: brand strings, domains (replypier.site and its app/api/docs/help
subdomains), env prefixes, image and network names, the widget's public
JS API (window.ReplyPier, replypierId/BaseUrl/Config/Token), CSS tokens
(--rp-*), file and directory names, and the WordPress plugin package.
- widget loader is now webclient/replypier.min.js; both bundles rebuilt
from source (backend/assets/widget.{js,css}, frontend/public/webclient)
- NOTICE, llms.txt, CONTRIBUTING, HELP_CENTER_INFRA and config.dev.js
rewritten rather than string-swapped; the demo config no longer ships
the previous vendor's Firebase/Razorpay/Google keys
- new migration replypier_ai_model_001 adds REPLYPIER to the managed
AIModelType and rewrites pre-rename rows
- local compose project, database, role and volume renamed; LOCAL_DEPLOY
documents carrying the old local data over
This commit is contained in:
1 parent
ff0a09f0e5
commit
54b949b392
1156 files changed
+7292
-7147
No files matched your search
+13
-2
@@ -63,8 +63,8 @@ Python 后端、知识库 worker、前端预览服务在宿主机运行;Postgr
|
||||
| Redis | `127.0.0.1:16380` |
|
||||
|
||||
- Docker context:`colima-bytedesk`。
|
||||
- Compose 项目名:`chattermate-local`。
|
||||
- 数据库卷:`chattermate-local_postgres_data`。
|
||||
- Compose 项目名:`replypier-local`。
|
||||
- 数据库卷:`replypier-local_postgres_data`。
|
||||
- 配置:`backend/.env`、`frontend/.env`、`deploy/local/.env`。
|
||||
- 运行文件、日志、构建产物、嵌入模型缓存:`deploy/local/.state/`。
|
||||
- Widget 与演示配置:[test-environment.json](deploy/local/.state/test-environment.json)。
|
||||
@@ -72,6 +72,17 @@ Python 后端、知识库 worker、前端预览服务在宿主机运行;Postgr
|
||||
|
||||
启动脚本使用上述 context、项目名和卷。不要随意改名、删除数据卷或关闭承载数据库的 Colima 虚拟机。
|
||||
|
||||
### 改名后的旧数据(一次性,未执行)
|
||||
|
||||
2026-10-26 品牌统一时,Compose 项目名、数据卷名、库名与库用户从旧名改成 `replypier-local` / `replypier-local_postgres_data` / `replypier` / `replypier`。旧卷里的本机数据不会自动挂到新卷,需要时再搬;全新环境无需处理。
|
||||
|
||||
当时 Colima 未运行,这一步没有执行、也没有验证。要做时先 `./deploy/local/local.sh stop`,再二选一:
|
||||
|
||||
1. 保留旧数据:从旧卷 `pg_dumpall -U <旧用户>` 导出,起新栈后还原到 `replypier` 库,然后把 `backend/.env` 的 `DATABASE_URL` 指向新库。加密字段依赖同一个 `backend/.env` 密钥,换密钥会导致旧密文读不出来。
|
||||
2. 不复用:直接 `local.sh up` 得到空库,重新建管理员与 AI 客服配置。
|
||||
|
||||
不要用复制 PGDATA 的方式搬库:库名和角色名都变了,还需要在数据目录里额外改名。
|
||||
|
||||
恢复数据时须同时保留数据库和 `backend/.env` 中的加密配置,否则加密保存的模型配置及消息可能无法读取。不要覆盖密钥、重置管理员,或将私有环境文件提交和对外分享。
|
||||
|
||||
## 会话权限检查
|
||||
|
||||
Reference in new issue
Block a user