PHP高效处理临时文件：邮件附件与数据库存储方案

在许多PHP应用场景中，我们可能需要处理一些中间数据，例如从外部源获取的编码字符串，然后将其转换为特定格式（如PDF），并用于邮件发送或数据库存储。传统的做法往往是先将这些中间数据写入服务器上的临时文件，处理后再将其删除。然而，这种方法引入了不必要的磁盘I/O操作，增加了系统开销，并可能带来安全隐患（例如，如果文件未被及时删除，敏感数据可能被泄露）。

传统方法的挑战

原始代码展示了一个典型的场景：

1. 从Base64编码的XML字符串中提取特定内容。
2. 将提取的内容（print_r($DHL[1], true)的结果）写入一个.txt临时文件。
3. 从该.txt文件读取内容，并对其进行Base64解码以获取PDF二进制数据。
4. 将解码后的PDF数据写入一个.pdf临时文件。
5. 从.pdf文件读取内容，Base64编码后作为邮件附件发送。
6. 将相同的Base64编码内容插入数据库。
7. 最后，删除这两个临时文件。

这种方法虽然功能上可行，但存在以下问题：

• 性能开销： 频繁的磁盘读写操作（创建TXT、写入TXT、读取TXT、创建PDF、写入PDF、读取PDF、删除TXT、删除PDF）会显著降低应用程序的响应速度。
• 安全风险： 临时文件在服务器上停留期间，即使时间很短，也存在被未授权访问的风险。
• 代码复杂性： 需要额外的逻辑来管理文件的创建、写入、读取和删除，增加了代码的维护成本。
• 资源浪费： 每次操作都占用磁盘空间，尽管是临时的。

优化方案：内存中数据处理

为了克服上述挑战，最佳实践是尽可能在内存中直接处理数据，避免不必要的磁盘操作。核心思想是：将原始数据直接转换为目标格式的二进制内容，然后将该二进制内容用于后续操作，如Base64编码、邮件附件或数据库存储。

1. 数据提取与Base64解码

首先，我们需要从原始XML字符串中提取出Base64编码的图像数据。multiSplit 函数已经完成了这个任务。关键在于，print_r($DHL[1], true) 的输出通常是一个字符串表示，而不是Base64编码的原始数据本身。如果 $DHL[1] 确实是Base64编码的字符串，那么应该直接对其进行解码。

假设 $DHL[1] 变量中包含的是实际的Base64编码PDF字符串，我们应该直接对其进行解码：

 tags
function multiSplit($string) {
    $output = array();
    $cols = explode("", $string);

    foreach ($cols as $col) {
        $dashcols = explode("", $col);
        // Ensure that $dashcols[0] contains the actual base64 string
        // If there are other elements or text, they should be filtered out
        $output[] = $dashcols[0];
    }
    return $output;
}

// 假设 $output 变量已从外部获取，包含XML内容
// 示例：$output = 'JVBERi0xLjQKJ...';
// $submission_id, $EMAIL, $NOM, $ADRESSE, $TELEPHONE, $COMMERCIAL_INVOICE, $formID 变量也应已定义

$envoi = $submission_id.'_envoi';
$filename2 = $envoi.'.pdf'; // 定义PDF文件名

// 从 XML 字符串中提取 Base64 编码内容
// 假设 $DHL[1] 确实是 Base64 编码的 PDF 字符串
// 原始代码中的 print_r($DHL[1], true) 可能会导致问题，
// 因为 print_r 的输出是变量的字符串表示，而不是原始的 Base64 字符串本身。
// 如果 $DHL[1] 已经是纯净的 Base64 字符串，则直接使用。
// 如果 $DHL[1] 仍然需要进一步处理才能得到纯净的 Base64 字符串，
// 则需要根据实际的 XML 结构调整 multiSplit 或后续处理逻辑。
$DHL_content = multiSplit($xml_string_from_source); // 假设 $xml_string_from_source 是原始XML字符串
$base64_pdf_string = $DHL_content[1]; // 假设 Base64 字符串在 $DHL_content[1]

// 直接对 Base64 字符串进行解码，获取 PDF 的二进制内容
$pdf_decoded_content = base64_decode($base64_pdf_string);

// 检查解码是否成功
if ($pdf_decoded_content === false) {
    // 处理解码失败的情况，例如日志记录或抛出异常
    error_log("Base64 decoding failed for PDF content.");
    // 可以选择退出或返回错误信息
    exit("Error: Could not decode PDF content.");
}
?>

注意事项：

• 原始问题中提到 $file1 的内容是 print_r($DHL[1], true) . PHP_EOL。print_r 的输出通常包含变量类型和值等格式化信息，这并不是一个纯粹的Base64编码字符串。因此，如果 $DHL[1] 本身是一个Base64字符串，那么 print_r 的使用是错误的，会导致后续 base64_decode 失败。
• 正确的做法是确保 $base64_pdf_string 变量中存储的是一个纯粹的Base64编码字符串，不包含任何额外的文本或格式化信息。

2. 发送邮件附件

SendGrid等邮件服务提供商允许直接传递二进制内容或Base64编码的字符串作为附件，而无需将其写入文件。

setFrom("sender@example.com", "Sender"); // 替换为你的发件人邮箱
$email->addTo("$EMAIL", "Recipient");
$email->setSubject("Etiquettes DHL");
$email->addContent("text/html", "Hello");

// 将 PDF 的二进制内容进行 Base64 编码，用于邮件附件
// SendGrid 的 addAttachment 函数通常需要 Base64 编码的附件内容
$file_encoded_for_attachment = base64_encode($pdf_decoded_content);

$email->addAttachment($file_encoded_for_attachment, "application/pdf", "$filename2", "attachment");

$sendgrid = new \SendGrid('SG.YOUR_SENDGRID_API_KEY'); // 替换为你的SendGrid API Key

try {
    $response = $sendgrid->send($email);
    // 检查 $response->statusCode() 或其他属性来确认发送状态
    // var_dump($response->statusCode(), $response->body());
} catch (Exception $e) {
    error_log('Caught exception during SendGrid email sending: ' .  $e->getMessage());
    // 可以进一步处理错误，例如通知管理员
}
?>

3. 存储数据到数据库

同样，将Base64编码的PDF内容存储到数据库时，可以直接使用内存中的Base64字符串，无需从磁盘文件读取。

setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);

    // SQL 语句
    $sql = 'INSERT INTO DHL (submission_id, formID, identite, email, adresse, telephone, label_envoi, commercial_invoice)
            VALUES (:submission_id, :formID, :NOM, :EMAIL, :ADRESSE, :TELEPHONE, :label_envoi, :COMMERCIAL_INVOICE)';

    // 准备查询
    $query = $db->prepare($sql);

    // 执行查询
    $query->execute(array(
        ':submission_id' => $submission_id,
        ':formID' => $formID,
        ':NOM' => $NOM,
        ':EMAIL' => $EMAIL,
        ':ADRESSE' => $ADRESSE,
        ':TELEPHONE' => $TELEPHONE,
        ':label_envoi' => $file_encoded_for_attachment, // 直接使用 Base64 编码的字符串
        ':COMMERCIAL_INVOICE' => $COMMERCIAL_INVOICE
    ));
    // 检查受影响的行数以确认插入成功
    // $rowsAffected = $query->rowCount();
    // if ($rowsAffected > 0) { echo "Data inserted successfully."; }
} catch (PDOException $e) {
    error_log('Error inserting data into database: ' . $e->getMessage());
    // 可以进一步处理错误
}
?>

完整优化代码示例

将上述步骤整合，形成一个高效且安全的处理流程：

 tags
function multiSplit($string) {
    $output = array();
    $cols = explode("", $string);

    foreach ($cols as $col) {
        $dashcols = explode("", $col);
        // 确保 $dashcols[0] 包含纯净的 Base64 字符串
        if (!empty($dashcols[0])) {
            $output[] = $dashcols[0];
        }
    }
    return $output;
}

// 假设这些变量已从外部环境获取
// 例如：从表单提交、API响应或数据库中
$submission_id = '12345';
$formID = 'FORM_ID_ABC';
$NOM = 'John Doe';
$EMAIL = 'recipient@example.com';
$ADRESSE = '123 Main St';
$TELEPHONE = '555-1234';
$COMMERCIAL_INVOICE = 'INV-2023-001';

// 模拟原始 XML 字符串，其中包含 Base64 编码的 PDF 数据
// 注意：这里假设  标签内是纯净的 Base64 字符串
$xml_string_from_source = '
    Some value
    JVBERi0xLjQKJ...此处是Base64编码的PDF数据...
    Another value
';

$envoi = $submission_id.'_envoi';
$filename2 = $envoi.'.pdf'; // 定义 PDF 文件名

// 1. 从 XML 字符串中提取 Base64 编码内容
$DHL_content_array = multiSplit($xml_string_from_source);

// 假设 Base64 字符串在 $DHL_content_array 的第二个元素 (索引 1)
// 确保这里获取到的是纯净的 Base64 字符串
if (isset($DHL_content_array[1]) && !empty($DHL_content_array[1])) {
    $base64_pdf_string = $DHL_content_array[1];
} else {
    error_log("Error: Could not extract Base64 PDF string from XML.");
    exit("Error processing request: PDF data not found.");
}

// 2. 直接对 Base64 字符串进行解码，获取 PDF 的二进制内容
$pdf_decoded_content = base64_decode($base64_pdf_string);

// 检查解码是否成功
if ($pdf_decoded_content === false) {
    error_log("Error: Base64 decoding failed for PDF content.");
    exit("Error processing request: Invalid PDF data.");
}

// 3. 将 PDF 的二进制内容进行 Base64 编码，用于邮件附件和数据库存储
// SendGrid 的 addAttachment 通常需要 Base64 编码的附件内容
$file_encoded_for_storage_and_attachment = base64_encode($pdf_decoded_content);

// 4. SendGrid 邮件发送
try {
    $email = new Mail();
    $email->setFrom("sender@example.com", "Sender"); // 替换为你的发件人邮箱
    $email->addTo("$EMAIL", "Recipient");
    $email->setSubject("Etiquettes DHL");
    $email->addContent("text/html", "Hello");

    $email->addAttachment(
        $file_encoded_for_storage_and_attachment, // Base64 编码的 PDF 内容
        "application/pdf",
        "$filename2",
        "attachment"
    );

    $sendgrid = new \SendGrid('SG.YOUR_SENDGRID_API_KEY'); // 替换为你的 SendGrid API Key
    $response = $sendgrid->send($email);

    // 可以在此处检查 $response->statusCode() 来确认发送状态
    if ($response->statusCode() >= 200 && $response->statusCode() < 300) {
        // echo "Email sent successfully.\n";
    } else {
        error_log("SendGrid email sending failed with status: " . $response->statusCode() . " Body: " . $response->body());
        // echo "Email sending failed.\n";
    }

} catch (Exception $e) {
    error_log('Caught exception during SendGrid email sending: ' .  $e->getMessage());
    // echo 'Caught exception: ' .  $e->getMessage() . "\n";
}

// 5. 插入数据到数据库
try {
    // Connect to db (使用 PDO 扩展)
    // 替换为你的数据库信息
    $db = new PDO('mysql:dbname=jotform; host=localhost', 'user', 'password');
    $db->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);

    // Set SQL
    $sql = 'INSERT INTO DHL (submission_id, formID, identite, email, adresse, telephone, label_envoi, commercial_invoice)
            VALUES (:submission_id, :formID, :NOM, :EMAIL, :ADRESSE, :TELEPHONE, :label_envoi, :COMMERCIAL_INVOICE)';

    // Prepare query
    $query = $db->prepare($sql);

    // Execute query
    $query->execute(array(
        ':submission_id' => $submission_id,
        ':formID' => $formID,
        ':NOM' => $NOM,
        ':EMAIL' => $EMAIL,
        ':ADRESSE' => $ADRESSE,
        ':TELEPHONE' => $TELEPHONE,
        ':label_envoi' => $file_encoded_for_storage_and_attachment, // 直接使用 Base64 编码的字符串
        ':COMMERCIAL_INVOICE' => $COMMERCIAL_INVOICE
    ));

    // if ($query->rowCount() > 0) { echo "Data inserted into DB successfully.\n"; }

} catch (PDOException $e) {
    error_log('Error inserting data into database: ' . $e->getMessage());
    // echo 'Error: ' . $e->getMessage() . "\n";
}

// 至此，所有操作均已在内存中完成，无需创建或删除任何临时文件。

?>

优点总结

采用内存中处理数据的方法带来了多重优势：

• 安全性增强： 敏感数据不会以明文或半明文形式存储在磁盘上，降低了数据泄露的风险。
• 性能提升： 避免了昂贵的磁盘I/O操作，显著提高了应用程序的执行效率和响应速度。
• 资源利用率提高： 不占用磁盘空间，减少了文件系统操作的开销。
• 代码简化： 无需编写文件创建、写入、读取和删除的复杂逻辑，使代码更简洁、更易于维护。
• 原子性： 整个过程更趋向于原子操作，减少了因中间文件状态不一致而导致的问题。

注意事项

• 内存消耗： 对于非常大的文件（例如几百MB甚至GB级别的PDF），将整个文件内容加载到内存中可能会导致内存不足。在这种情况下，可能需要考虑流式处理或分块处理，或者重新评估是否真的需要将整个文件作为Base64字符串存储在数据库中。
• Base64字符串的纯净性： 确保从源头获取的Base64字符串是纯净的，不包含任何额外的文本或格式化字符。任何非Base64字符都可能导致 base64_decode 失败。
• 错误处理： 在实际生产环境中，务必加入健壮的错误处理机制，例如 try-catch 块、日志记录和用户友好的错误提示，以应对数据解码失败、邮件发送失败或数据库操作失败等情况。
• 数据库字段类型： 存储Base64编码的字符串时，数据库字段类型应选择 TEXT 或 LONGTEXT (MySQL) 以适应可能较长的字符串。

结论

通过采纳内存中处理数据的策略，PHP开发者可以构建出更安全、更高效、更易于维护的应用程序。在处理文件附件、数据转换和存储等常见任务时，优先考虑避免不必要的磁盘I/O，将是提升应用整体质量的关键一步。