当数据库连接位于单独的文件(config.php)中时,PDO预处理语句会停止重定向。查询正常工作(即正确插入等),并且当数据库连接在文档中而不是在单独的文件中时,重定向工作正常但在数据库连接移动到另一个文件时它会停止工作。它不会抛出任何错误消息。
为了排除类似问题中提到的其他问题(错误消息和URL路径)。我还删除了错误消息(因此它绝对不会在文档中打印任何内容)并尝试用完整的URL替换相对路径。当错误报告打开时,它将包装在try / catch块中,如图所示。
更新 -
下面的代码有效,但是如果我用$conn = new PDO...
替换require_once('config.php');
,它就不再重定向(无论是否设置了错误消息)。我还删除了任何可能导致问题的额外空格,以及关闭?>。
我也尝试过在catch语句之前和之后进行重定向(以及删除try / catch块)
<?php
session_start();
$conn = new PDO('mysql:host=localhost;dbname=click2fit', 'db_username', 'DB_Password');
try {
$stmt = $conn->prepare('INSERT INTO customer_info (user_id, fname, lname)
VALUES(:user_id, :fname, :lname)');
$stmt->bindParam(':user_id', $user_id);
$stmt->bindParam(':fname', $_POST['fname'], PDO::PARAM_STR);
$stmt->bindParam(':lname', $_POST['lname'], PDO::PARAM_STR);
$stmt->execute();
header("location: page2.html");
exit();
} catch(PDOException $e) {
echo 'Error: ' . $e->getMessage();
}
的config.php:
<?php
$conn = new PDO('mysql:host=localhost;dbname=click2fit', 'db_username', 'DB_Password');
?>
启用了错误报告的config.php:
<?php
$salt = "XXXXXXXXXXXXXXXXXXX";
try {
$conn = new PDO('mysql:host=localhost;dbname=click2fit', 'db_username', 'DB_Password');
$conn->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
} catch(PDOException $e) {
echo 'ERROR: ' . $e->getMessage();
}
答案 0 :(得分:1)
我终于发现这个问题是由UTF-8编码页面的已知问题引起的,有时会在页面/包含文件(link to w3.org's explanation of this issue)的顶部创建额外的代码行,因为这些不是可见删除任何可见空格不会纠正它。我甚至不知道这是在任何地方设置的,因为我使用的所有Web开发环境(Visual Web Developer和其他几个)都自动以UTF-8保存文档。
我找到的最佳解决方案是将文件保存在文本编辑器中,格式为UTF-8,不含BOM。在Notepad ++或Visual Studio / Visual Web Developer(我使用的两个文本编辑器)中执行此操作的方法是:
我还必须更改HTML文档中的字符集,以避免在从php回显到html文档时出现奇怪的字符。
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
它似乎适用于PHP中的hf和无BOM中的utf-8设置,但是如果你也想在HTML中使用No BOM,我发现在Firefox中有3种语法选项:charset = utf-8没有BOM; charset = UTF-8无BOM; charset =没有BOM 的UTF-8编码(一旦我有机会再测试一下代码,我就会更新它。)
答案 1 :(得分:0)
您的header()
功能之前很可能会将输出发送到浏览器,这会导致重定向失败。
您应该将查询包装在try/catch
块中,以确保您正确处理和记录可能引发的任何PDO exceptions。
至于调试问题,请使用您的日志文件和/或die("here")
,在没有更多细节的情况下,我可以提供最好的代码。您可能需要查看您的apache / IIS日志文件以查找任何异常。
最后,摆脱你的结束?>
以确保没有空格输出到浏览器(你提到你已经清理了这个,但这是你应该遵循的最佳做法)