Question

我们有一个Cron脚本，可以检测 - 如果有些用户被踢出我们的应用程序。如果特定值为1，我们可以检测到这一点 - 但是在流中，没有设置新条目。脚本每小时运行一次。大多数是非检测到的。但自2012-10-31 23:59:03以来，每个用户都被检测到了。如果我在我的本地机器上运行脚本，甚至在与cron运行的同一台机器上运行。一切都得到了应有的处理。首先，我们的脚本：

require_once ('cron_init.php');
ini_set('date.timezone', 'Europe/Berlin');
ini_set('max_execution_time', 30);
ini_set('memory_limit', -1);
error_reporting(E_ALL);
ini_set("display_errors", 1);

Zend_Date::setOptions(array('fix_dst' => true));

    $userinfos = new Repricing_Dbservices_Userinfos();
    $users = $userinfos->getUsersForRepricing();

    $repricingstream = new Repricing_Dbservices_Repricingstream();
    $error = new Repricing_Dbservices_Error();

if($users!==false AND count($users)>0){

    $counter = 0;
    $errCounter = 0;
    $jetzt = new Zend_Date();
    $jetzt->setTimezone('Europe/Berlin');
    $jetzt = $jetzt->get(Zend_Date::TIMESTAMP);

    foreach($users as $user){
        $stream = $repricingstream->getStreamLimit($user);

        $last = new Zend_Date($stream);
        $last->setTimezone('Europe/Berlin');
        $last = $last->get(Zend_Date::TIMESTAMP);

        $diff = (($jetzt-$last)/60);

        $error->setError(1, 'DIED', $diff, $user);

        if($diff > 50 ){
            $errCounter++;
            $userinfos->setUserFree($user);
            $error->setError(1, 'DIED', 'ANSTOSSEN', $user);
        }

        $counter++;
    }
    $error->setError(1, $errCounter, 'ANSTOSSEN_ALL', 'ALL');
}

通常为$diff >= 0 AND $diff <= 4，但我们检测到$diff始终围绕381595。如果我们将它从cron $diff中运行出去，那就应该了。我们还检测到，$jetzt现在（应该如此）只有$last更晚。 381595之后。但那不应该。最后一个流日期完全正常。我们无法理解这种行为。 Zend_Date与cron。 Bevor 2012-10-21 23:59:03脚本运行2周。我们不能解释，怎么样。你能吗？

Answer 1

考虑一下：

$right = new Zend_Date('2012-11-01 12:12:12', Zend_Date::ISO_8601);
var_dump( $right->getIso() );        // 2012-11-01T12:12:12+00:00
var_dump( $right->getTimestamp() );  // 1351771932

$wrong = new Zend_Date('2012-11-01 12:12:12', null, 'en_US');
var_dump( $wrong->getIso() );        // 2012-01-11T12:12:12+00:00
var_dump( $wrong->getTimestamp() );  // 1326283932

现在真正的怪异部分：在我的电脑上，它是默认的第二种行为 - 即，当Zend_Date构造函数没有给出额外的参数时。

关键是，Zend_Date有点......在尝试解析日期时间字符串时太有用了。例如，它考虑了区域设置 - 但服务器和客户端的区域设置！如果无法在此区域设置规则中解析字符串，则静默放弃 - 并尝试使用其他规则。

这就是为什么2012-10-29被解析为October, 29的原因（尽管是什么语言环境建议，因为没有第29个月） - 但2012-11-01成了January, 11 - 和你的剧本搞砸了很多时间。）

Zend_Date和Cronjob的怪异行为

1 个答案: