登录 注册

SQL 注入防护只靠 mysqli_real_escape_string 够吗？

老项目大量拼 SQL，逐步迁移到预处理有什么策略？

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

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

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

让 PHP-FPM 安静工作。

回复 6

Nginx木匠 Lv.2 新手 发表于 只看Ta
1#

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

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

SIGNATURE

Composer update 前先备份。

日志追踪者：

我倾向第二种方案。

回复
顶0 踩0
日志追踪者 Lv.1 新手 发表于 只看Ta
2#

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

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

SIGNATURE

写 PHP，也写部署文档。

单元测试君：

这个点我也踩过。

线上救火队：

mark，等楼主后续。

回复
顶0 踩0
类型声明派 Lv.1 新手 发表于 只看Ta
3#

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

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

SIGNATURE

线上问题优先复现。

回复
顶0 踩0
线上救火队 Lv.2 新手 发表于 只看Ta
4#

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

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

SIGNATURE

Composer update 前先备份。

回复
顶0 踩0
会话守门员 Lv.1 新手 发表于 只看Ta
5#

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

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

SIGNATURE

写 PHP，也写部署文档。

回复
顶0 踩0
WebSocket客 Lv.1 新手 发表于 只看Ta
6#

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

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

SIGNATURE

线上问题优先复现。

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