网站联系表单失效：无提交确认且无法通过PHPMailer发送邮件

核心问题分析 #

表单提交后重载、输入内容保留、无提示且邮件未发送，无论reCAPTCHA是否启用都有相同表现，说明PHP脚本未正确处理POST请求，或请求根本未进入核心逻辑。

逐步排查步骤 #

1. 验证表单基础提交配置 #

• 检查前端表单的method属性是否为POST，action属性是否正确指向该PHP脚本路径。如果action为空，确认当前页面是否包含该脚本代码。
• 确认表单内的邮箱输入框name属性值为email——脚本核心逻辑的入口判断是isset($_POST['email'])，如果字段名不匹配，直接跳过所有处理。

2. 修复reCAPTCHA逻辑漏洞 #

脚本中存在硬编码的reCAPTCHA验证判断：无论网站是否启用reCAPTCHA，都要求$_POST['g-recaptcha-response']存在且非空，否则直接标记$isMailError = true，但未输出任何错误提示。

• 如果网站有reCAPTCHA开关，需在脚本中增加对应判断，比如：

// 假设存在$enableRecaptcha变量控制是否启用验证码
if ($enableRecaptcha) {
    if(isset($_POST['g-recaptcha-response']) && !empty($_POST['g-recaptcha-response'])) {
        // 原reCAPTCHA验证逻辑
    } else {
        $isMailError = true;
    }
} else {
    // 跳过reCAPTCHA验证，直接进入邮件发送逻辑
    // 这里复制原reCAPTCHA验证通过后的邮件发送代码，或重构逻辑
}

• 即使不修改逻辑，也需增加错误提示输出，比如在脚本末尾添加：

if ($isMailError) {
    echo '<div id="anfrage_error">验证失败，请重试</div>';
}

3. 检查PHP依赖与配置 #

• 确认SMTP_SERVER、SMTP_USER、SMTP_PASSWORD等常量是否在脚本执行前被正确定义（比如是否有引入配置文件）。若常量未定义，脚本会触发致命错误，中断执行。
• 检查主机是否禁用了file_get_contents函数：脚本中用它请求Google的reCAPTCHA验证接口，若被禁用，可替换为cURL请求：

$ch = curl_init();
curl_setopt($ch, CURLOPT_URL, 'https://www.google.com/recaptcha/api/siteverify?secret='.$secret.'&response='.$_POST['g-recaptcha-response']);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
$verifyResponse = curl_exec($ch);
curl_close($ch);
$responseData = json_decode($verifyResponse);

• 验证PHPMailer版本与主机PHP版本兼容性：旧版PHPMailer可能不支持PHP7+的语法，反之亦然。尝试替换为最新稳定版PHPMailer（注意路径对应）。

4. 查看完整PHP错误日志 #

当前提供的是Apache服务器日志，其中的SSL警告和目录索引错误与表单问题无关。需获取PHP错误日志，查看是否有致命错误（如类未找到、常量未定义、函数禁用等），这些错误会直接导致脚本中断，无法处理POST请求。

5. 调试邮件发送逻辑 #

脚本中邮件发送失败后未记录错误信息，可修改PHPMailer部分代码，添加错误输出：

// 替换原邮件发送代码
$mail_send = $mailer->Send();
if (!$mail_send) {
    error_log('邮件发送失败：' . $mailer->ErrorInfo);
    // 也可前端输出错误提示
    echo '<div id="anfrage_error">邮件发送失败，请稍后重试</div>';
}

临时测试方案 #

为快速定位问题，可在脚本最顶部添加调试代码，确认POST请求是否到达：

var_dump($_POST);
exit;

提交表单后，如果页面输出空数组，说明请求未正确传递到脚本；如果输出表单数据，再逐步排查后续逻辑。

内容的提问来源于stack exchange，提问作者dockie