-
PHP文件下载必须设置Content-Type、Content-Disposition、Content-Length和Cache-Control响应头；其中Content-Disposition需用filename*支持中文名，大文件须分块读取防内存溢出，还需检查Web服务器配置是否正确转发请求。
-
最可靠方式是直接调用json_encode($item)并检查返回值不为false且json_last_error()===JSON_ERROR_NONE；需清零错误码、逐项测试、不可依赖类型判断或JSON_PARTIAL_OUTPUT_ON_ERROR。
-
使用date()函数或DateTime类可将PHP日期转为ISO8601格式。1、date("Y-m-d\TH:i:sP")生成带时区的ISO时间；2、DateTime对象调用format("c")更灵活，支持时区设置，如setTimezone(newDateTimeZone('UTC'))后输出UTC时间，确保API与数据库中日期一致。
-
static变量在函数内只初始化一次，首次调用时执行初始化表达式，后续调用复用该值；类中static属性属类本身、所有实例共享；static方法不可访问$this及非static成员；其生命周期限于单次请求，无法跨请求持久化。
-
PHP后端代码只在服务器上执行，用户无法看到原始PHP文件，仅接收其生成的HTML、JSON或HTTP状态码；它负责处理请求、操作数据库、维持会话，但不参与前端交互。
-
根本原因是文件编码、HTTP响应头、HTML声明三者不一致；统一使用UTF-8（无BOM）编码保存PHP文件，PHP中用header('Content-Type:text/html;charset=utf-8')声明，HTML中添加<metacharset="utf-8">即可解决。
-
PHP不能直接解析远程RTF，需先下载再解析；可用file_get_contents（需allow_url_fopen开启）或更可靠的cURL；获取内容后须用正则、外部工具（如unrtf）或第三方库（如mtibben/rtf）提取文本，并注意编码、安全与性能。
-
本文介绍如何使用单条SQL的JOIN+条件赋值（IF）方式，安全、高效地批量更新3万+商品的价格字段，避免循环拼接SQL和N+1查询，显著降低服务器负载。
-
本文详解PrestaShop1.7.2.4中cart_product与order_detail表记录数不匹配（如购物车含2商品而订单明细仅1条）的根本原因，聚焦validateOrder()方法中package_list处理逻辑，并提供调试路径、修复建议及版本升级必要性说明。
-
跨域返回JSON时必须同时设置Content-Type为application/json且含charset=utf-8、CORS响应头（如Access-Control-Allow-Origin），并确保JSON格式正确、无输出缓冲干扰。
-
substr函数用于从PHP字符串中提取子字符串，支持正负起始位置和正负长度参数，可实现从开头、结尾或中间截取、排除末尾字符等多种操作。
-
京东PHPSDK调用失败主因是sign签名错误：须剔除空值及sign字段后字典序排序参数，用原始未URL编码值拼接再MD5(app_secret)；订单接口时间需ISO8601格式且跨度≤7天；cURL需TLS1.2+并指定CA证书；商品接口需显式传fields参数如price,stockNum。
-
$_SERVER['REMOTE_ADDR']拿不到真实IP是因为它只返回直接连接Web服务器的客户端IP，经代理、CDN或负载均衡时显示的是代理内网IP；需优先取$_SERVER['HTTP_X_REAL_IP']，其次解析$_SERVER['HTTP_X_FORWARDED_FOR']中最左合法非私有IP，最后才fallback到REMOTE_ADDR。
-
首先启动WAMP并确认服务正常运行，随后选择合适的PHP版本并启用必要扩展，接着通过修改php.ini调整内存与上传限制，将项目放入www目录并创建index.php测试文件，最后通过开启错误显示与日志功能进行调试。
-
支付宝PHP接入失败主因是配置错误、签名失败或通知地址不可达；需依次完成开放平台应用创建与密钥获取、SDK配置与参数校验、统一下单请求生成、同步/异步返回正确处理及沙箱调试与日志记录。
