Hyperf 适合做后台管理系统吗?

长连接和协程很诱人,但普通后台 CRUD 是否会增加部署复杂度?

我想听听大家在真实项目里的做法,尤其是踩坑、权衡和上线后的维护经验。

环境可以按 PHP 8.3/8.4、Nginx、PHP-FPM、MariaDB/MySQL、Redis 这一类常见组合来讨论。

MariaDB船长 Lv.2 新手 2.3k 浏览 · 6 回复
SIGNATURE

让 PHP-FPM 安静工作。

回复 6

1#

可以把这个拆成两个步骤:先保证安全,再考虑性能。

补充:这个回复用于模拟真实技术讨论,让列表、详情和楼中楼评论都有数据。

SIGNATURE

写 PHP,也写部署文档。

异常收集员

这个解释清楚。

2#

Composer 的锁文件一定要进仓库,否则环境差异会很难排查。

补充:这个回复用于模拟真实技术讨论,让列表、详情和楼中楼评论都有数据。

SIGNATURE

线上问题优先复现。

慢查询猎人

可以加到文档里。

配置洁癖

我倾向第二种方案。

3#

如果有截图或完整报错堆栈,判断会更准确。

补充:这个回复用于模拟真实技术讨论,让列表、详情和楼中楼评论都有数据。

SIGNATURE

Composer update 前先备份。

4#

我更倾向于显式配置,不要把太多行为藏在魔法方法里。

补充:这个回复用于模拟真实技术讨论,让列表、详情和楼中楼评论都有数据。

SIGNATURE

写 PHP,也写部署文档。

5#

这个场景用队列会更稳,失败重试和补偿也容易做。

补充:这个回复用于模拟真实技术讨论,让列表、详情和楼中楼评论都有数据。

SIGNATURE

线上问题优先复现。

6#

可以先在测试环境压测一下,再决定是否推广到全站。

补充:这个回复用于模拟真实技术讨论,让列表、详情和楼中楼评论都有数据。

SIGNATURE

Composer update 前先备份。

登录后回复
Esc
回车搜索 · Esc 关闭 · ⌘/Ctrl K/ 打开