Magento module personnalisé champ date d'enregistrement de la date à un jour avant la date sélectionnée

Je suis tombé sur ce post, lors de la navigation pour une question similaire à propos des dates dans Magento. Malheureusement, ces réponses ne m'a pas aidé, mais je suis de retour pour partager un couple de choses sur les dates qui, je l'espère, sera utile pour quelqu'un d'autre.

Tout d'abord, Magento magasins de dates en DB dans le fuseau horaire UTC. De cette manière, il exige le même code et la même logique d'afficher les informations de vos clients au royaume-UNI, de NOUS ou de l'UA.
Vérifiez soigneusement, il s'enregistre pas "un jour avant", mais 8 heures avant (25 Jan 2012 00:00:00 => 2012-01-26 16:00:00).

Deuxième chose importante: Magento fournit standard généré dynamiquement des getters et setters pour les champs de base de données. Donc, si vous avez ajouté vos champs personnalisés pour un Produit ou un Client que vous n'avez pas besoin de définir vos propres méthodes de lecture/écriture à la base de données. Votre classe, quelque chose comme: class MyOrg_MyModule_Model_Customer extends Mage_Customer_Model_Customer aura méthodes $this->getStart_date() et $this->setStart_date($datetime) même pour vos champs personnalisés. Vous pouvez également utiliser la méthode $this-setData('start_date', $datetime); et puis $this->save();

Cette information vous aidera à comprendre quel Fuseau horaire paramètres sont requis par le standard de Magento fonctions:

$current_datetime_utc_in_timestamp_format = time();

$start_datetime_utc_in_text_format = $this->getStart_date();
$start_datetime_utc_in_timestamp_format = Varien_Date::toTimestamp($start_datetime_utc_in_text_format);

//check Mage/Core/Model/Date.php
//timestamp()  adds TimeZone to datetime, see also gmtTimestamp() – it deducts TimeZone from datetime
$start_datetime_local_in_timestamp_format = Mage::getModel('core/date')->timestamp($start_datetime_utc_in_text_format) );
//Timestamp() also accepts parameter in timestamp format
$start_datetime_local_in_timestamp_format = Mage::getModel('core/date')->timestamp($current_datetime_utc_in_timestamp_format) );

$displayTime = true;
$start_datetime_local_in_text_format = Mage::helper('core')->formatDate($start_datetime_utc_in_text_format, 'medium', $displayTime);
//or
$start_datetime_local_in_text_format = Mage::getModel('core/date')->date("Y-m-d H:i:s", $start_datetime_utc_in_timestamp_format);

$start_datetime_utc_in_text_format = Mage::getModel('core/date')->gmtdate("Y-m-d H:i:s", $start_datetime_local_in_timestamp_format);
//similar to timestamp()/gmtTimestamp(), date() – adds TimeZone and gmtDate() – deducts TimeZone from time

$this->setStart_date( $start_datetime_utc_in_timestamp_format );

De simplicité et de rapidité, je vous suggère d'utiliser des horodateurs pour la date de votre calculs et les comparaisons. Et de convertir l'heure dans le fuseau horaire que pour l'afficher.

C'est vraiment une étrange question. C'est ce qui a fonctionné pour moi dans un _filterDate fonction:

$value = date('Y-m-d', strtotime($value . ' + 1 days'));

Assurez-vous, lorsque vous enregistrez la date à vous de faire un peu comme ce

$dt = $this->getResource()->formatDate(time());
$this->setData('created_at', $dt); //current model

Ensuite pour arriver bon fuseau horaire date d'utilisation de certains, comme ce

$dt = $this->getData('created_at');
$time = $this->_getResource()->mktime($dt);
if ($time) {
    $dt = Mage::app()->getLocale()->date($time, null, null, true);
}

print_r() vos données de contrôleur et de sortie avant de l'enregistrer et de regarder si vous obtenez toujours le droit de données avant de l'enregistrer. Je n'ai jamais eu ce problème, mais il semble être question de votre fuseau horaire.