7

我正在试验 PHP session_set_save_handler,我想使用 PDO 连接来存储会话数据。

我有这个函数作为写操作的回调:

function _write($id, $data) {
    logger('_WRITE ' . $id . ' ' . $data);
    try {
        $access = time();
        $sql = 'REPLACE INTO sessions SET id=:id, access=:access, data=:data';
        logger('This is the last line in this function that appears in the log.');
        $stmt = $GLOBALS['db']->prepare($sql);
        logger('This never gets logged! :(');
        $stmt->bindParam(':id', $id, PDO::PARAM_STR);
        $stmt->bindParam(':access', $access, PDO::PARAM_INT);
        $stmt->bindParam(':data', $data, PDO::PARAM_STR);
        $stmt->execute();
        $stmt->closeCursor();
        return true;
    } catch (PDOException $e) {
        logger('This is never executed.');
        logger($e->getTraceAsString());
    }
}

前两条日志消息总是显示出来,但紧随其后的第三条$stmt = $GLOBALS['db']->prepare($sql)从未出现在日志文件中,也没有异常的痕迹。

会话数据库表保持为空。

来自回调的日志消息_close始终存在。

这是我连接到数据库的方式:

$db = new PDO('mysql:host=' . DBHOST . ';dbname=' . DBNAME, DBUSER, DBPASS);
$db->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);

我有 PHP 5.2.10。

我试图简单地运行$GLOBALS['db']->exec($sql)“手动准备”的$sql内容,但它仍然默默地失败了。查询本身没问题,我可以通过 db 控制台执行它。


编辑:

在 VolkerK 确定问题后,我发现这篇文章解释了这种奇怪现象背后的原因。也许它也可以为其他人提供信息。


第二次编辑:

最不痛苦、最神奇的解决方案是我必须将以下函数调用添加到我的前端控制器(主 index.php)文件的最后:

session_write_close();
4

3 回答 3

4

我的赌注是: $GLOBALS['db'] 未设置或不是 pdo 的实例(不再是?),因此PHP Fatal error: Call to a member function prepare() on a non-object发生并且 php 退出。

$sql = 'REPLACE INTO sessions SET id=:id, access=:access, data=:data';
logger('This is the last line in this function that appears in the log.');
if ( !isset($GLOBALS['db']) ) {
  logger('there is no globals[db]');
  return;
}
else if ( !is_object($GLOBALS['db']) ) {
  logger('globals[db] is not an object');
  return;
}
else if ( !($GLOBALS['db'] instanceof PDO) ) {
  logger('globals[db] is not a PDO object');
  return;
}
else {
  logger('globals[db] seems ok');
}

$stmt = $GLOBALS['db']->prepare($sql);
logger('This never gets logged! :(');
于 2010-04-07T22:05:56.553 回答
1

也许 PDO 无法识别 REPLACE INTO 语法。如果底层 DB 访问库不直接支持准备好的语句,PDO 会模拟它们,并且可能在其可能的语句类型列表中没有 REPLACE INTO。

尝试$stmt->errorCode()在准备调用后立即检查?

如果这是 mysql,您可以尝试重写准备好的语句,如下所示:

INSERT INTO sessions (id, access, data)
VALUES(:id, :access, :data)
ON DUPLICATE KEY UDPATE
    access=VALUES(access), data=VALUES(data);

看看这是否能让你走得更远。

于 2010-04-07T22:56:49.700 回答
0

我觉得资源数据类型无法通过$GLOBALS[]. 关于引用的处理方式或其他东西。如果你有心情幽默我的预感,试试这个作为你的函数声明:

function _write($id, $data) {
    global $db;
    logger('_WRITE ' . $id . ' ' . $data);
    try {

而不是这个:

$stmt = $GLOBALS['db']->prepare($sql);

尝试

$stmt = $db->prepare($sql);

你也可以尝试捕捉普通的 old Exceptions 而不是PDOExceptions; 它可能会被赶上。

希望这可以帮助!

于 2010-04-08T03:27:51.387 回答