PHP

米了

7/8

数据量一旦冲到千万级，传统的”一条 SQL 查完、一次性写入文件”的导出方案基本都会撞上 Allowed memory size exhausted这道墙。问题的根源不在 PHP 本身，而在”一次性把数据全部搬进内存”这种执行模式。本文给出

小二

7/6

PHP Session 作为服务端状态管理的核心组件，其存储机制的选择与 Cookie 安全属性的正确配置直接影响 Web 应用的安全性。本文从 Session 底层存储原理出发，系统解析 files、redis、memcached 等存储后端的特性差异，并深入阐述 HttpOnly、Secure、SameSite 三大 Cookie 安全属性的作用机制与配置方法，提供可直接应用于生产环境的安全加固方案。

小二

7/6

文件上传功能是Web应用中最常见的高风险接口之一。据CVE公开数据库统计，2026年上半年因文件上传验证不当导致的安全事件持续增加，包括CVE-2026-42879（FacturaScripts MIME类型绕过）、CVE-2026-336

小二

7/6

Composer 作为 PHP 生态的事实标准依赖管理工具，其 PSR-4 自动加载机制与语义化版本约束（Semantic Versioning Constraints）构成了现代 PHP 项目架构的两大核心支柱。PSR-4 规范由 PHP

小二

7/6

PDO 预处理语句防 SQL 注入机制 1 SQL 注入攻击原理 SQL 注入（SQL Injection）属于应用层安全漏洞，其本质在于外部输入数据被数据库引擎解析为可执行 SQL 代码片段。当应用程序将用户输入直接拼接至 SQL 字符串

小二

7/6

一、PHP 8.3 只读类（Readonly Class）原理 1.1 只读类演进背景 PHP 8.1 引入只读属性（readonly properties），允许单个属性在初始化后不可修改。PHP 8.2 扩展为只读类（readonly

小二

7/4

在 PHP 中，类属性可以存储任何合法值，包括可调用对象（callable）——例如匿名函数、静态闭包、函数名字符串或数组形式的 [class, method]。但需特别注意：直接写 $this->handler() 会导致解析错误，因为