-
Eloquent没有AttributeAuthentication机制，它只是对访问器、Mutator等的误称；真正可信的数据来源是经中间件验证的Auth::user()或token解析结果。
-
N+1查询问题可通过with()预加载、load()延迟加载、withCount()/withSum()聚合、字段限制与索引优化解决：with()在查询前加载关联，load()对已有模型补载，聚合方法避免全量加载，索引提升IN查询效率。
-
Schema缓存必须启用，否则每次请求都重新解析数据库结构拖慢性能；查询缓存可选且需显式调用cache()方法才生效。
-
PHP8.2的JIT在Web请求中基本无效，仅对纯计算、无I/O、循环稳定的CLI场景有效；真实性能提升主要来自opcache.preload和引擎优化，而非JIT本身。
-
PHP8.0彻底移除mcrypt扩展，因源码已删除全部函数声明，启用会直接启动失败；必须改用openssl_encrypt()等替代，且需严格对齐算法名、填充、IV和编码规范。
-
Budibase基于Node.js（v18+）运行，依赖Express服务、API路由、数据库连接等后端逻辑，而phpEnv仅提供PHP/Apache/MySQL环境，无Node.js、npm及进程管理能力，故完全不兼容。
-
PHP无法真正编译为隐藏进程的Windows原生exe，所谓打包只是封装解释器；可行方案是用nssm注册为Windows服务或通过计划任务后台运行。
-
必须用yiisoft/yii2-mongodb扩展并安装PHP原生mongodb驱动；版本需匹配：PHP7.2–7.3+Yii2.0.30–42用2.4.0，PHP7.4+且Yii≥2.0.43用~2.5.0；配置key必须为mongodb，DSN末尾须带数据库名，模型主键必须设为'_id'且不手动声明。
-
PHP中文乱码主因是编码不一致：文件保存、HTTP头、HTMLmeta、MySQL连接、日志写入需统一UTF-8；实操须确保编辑器存为UTF-8无BOM，Web页加header与meta，MySQL设utf8mb4，日志前校验并转码。
-
可行，需停服务后用robocopy迁移数据至D:\mysql_data，修改my.ini的datadir和socket路径，并同步更新php.ini中三处socket配置，最后检查目录权限、杀软拦截及文件编码。
-
必须显式启用日志功能，仅配置xdebug.mode=debug不会自动生成xdebug.log；需在php.ini或xdebug.ini中添加xdebug.log=/path/to/xdebug.log和xdebug.log_level=7，确保目录可写并重启PHP服务后，触发调试请求才会生成日志。
-
phpenv下DBA扩展需手动编译启用：先安装系统依赖（如libgdbm-dev），再用--enable-dba=shared及对应--with-xxx参数重新编译PHP，最后在php.ini中添加extension=dba并验证后端可用性。
-
remove_invisible_characters不可用于XSS或SQL注入防护，它仅清理部分ASCII控制字符和宽松判定的无效UTF-8序列，不处理Unicode格式字符、零宽空格，不转义HTML、不校验协议，且默认不解析URL编码。
-
分表路由表本质是PHP代码定义的业务规则映射，非数据库内置功能；需用稳定分片键（如user_id）和可逆算法（如$user_id%100）实现一致路由，并封装为幂等、可验证的函数。
-
PHP数据库查询结果映射需兼顾安全、清晰与可维护性：统一键名风格、处理别名冲突、构建轻量映射器类，并警惕隐式类型转换陷阱。
