location本身不控制执行权限，仅匹配url路径并干预请求流程；真正决定php是否执行的是模块逻辑与目录配置组合，但可通过location配合sethandler或require指令间接禁止脚本执行——如 sethandler default-handler阻止php解析，或 require all denied直接拒绝访问。
以下是几种实用、安全、符合 Apache 2.4+ 规范的做法：
用 Location 拦截敏感路径并拒绝访问
适用于明确知道 URL 前缀的敏感目录（如 /admin, /config, /runtime），无论其背后是否真实存在文件：
<location>
Require all denied
</location><location>
Require all denied
</location><location>
Require all denied
</location>
这类配置生效于请求链靠后阶段，能覆盖 <directory></directory> 中可能宽松的设置，适合 ThinkPHP、Laravel 等框架的敏感子目录保护。
用 Location + SetHandler 强制绕过 PHP 处理器
如果你希望某路径“可访问但不执行 PHP”，比如让 /uploads 下的 .php 文件当普通文件下载（而非执行），可结合 SetHandler：
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
<location>
SetHandler default-handler
Require all granted
</location>
这样所有请求都会交由默认处理器（静态文件服务），跳过 PHP 模块解析，彻底杜绝脚本执行风险。
注意：Location 不能直接禁用 PHP 执行，需配合上下文
-
<location></location>不识别物理路径，所以它无法直接阻止.php文件执行（那是<filesmatch></filesmatch>或<directory></directory>的职责）； - 它也不能像
<directory></directory>那样使用php_flag engine off（该指令仅在目录上下文中有效）； - 若你的真实目标是“禁止某目录下 PHP 执行”，应优先用
<directory></directory>+php_flag engine off或<filesmatch></filesmatch>，而<location></location>更适合做URL 层面的访问闸门。
推荐组合策略（兼顾安全与清晰）
例如保护上传目录 /uploads：
# 1. 禁止该路径下所有 PHP 文件被访问（URL 层拦截）
<location>
Require all denied
</location>
# 2. 同时确保该目录不启用 PHP 引擎（文件系统层加固）
<directory>
php_flag engine off
<filesmatch>
Require all denied
</filesmatch></directory>
这样双保险：URL 层防绕过，文件层防误配。
不复杂但容易忽略。
