Carbon dans Laravel 4 InvalidArgumentException - Données inattendues trouvées. Données de suivi

Je vais essayer d'obtenir un Éloquent résultat de la requête pour DB::raw("DATE_FORMAT(created_at, '%m-%d-%Y %r') AS created_at") mais à chaque fois que je reçois cette exception de Carbone:

InvalidArgumentException
Unexpected data found. Trailing data

Si je le changer pour juste created_at au lieu d'utiliser MySQL DATE_FORMAT() fonction, elle obtient les données sans problème.

Je n'ai pas seulement fait ce genre de formatage de la date sans problème avant, mais j'ai vérifié tous les champs dans la table de base de données (il y a seulement 10 pour cette graine) et chacun est un standard de date valide, alors je me demandais pourquoi le Carbone est la promotion d'un ajustement.

L'exécution de cette dans Laravel 4.1.

source d'informationauteur eComEvo

  1. 24

    Dans un Eloquent résultat de la requête (modèle) chaque date champ est un carbone objetcela signifie que, si vous interrogez un modèle qui contient toute timestamp domaine de la created_atupdated_at (essentiellement créé à l'aide de timestamps() lors de la migration) et deleted_atLaravel les convertit en un Carbon objet et vous pouvez utiliser toutes les méthodes publiques de Carbonpar exemple:

    $user = User::find(1);

//'2014-04-20 19:02:09' will become 'Apr 20, 2014'
$user->created_at->toFormattedDateString();

    Ainsi, vous pouvez directement utiliser une méthode publique de Carbon sur un timestamp terrain disponible dans un modèle. Si vous essayez ceci:

    dd($user->created_at);

    Alors la sortie sera:

    object(Carbon\Carbon)[456]
  public 'date' => string '2014-04-20 19:02:09' (length=19)
  public 'timezone_type' => int 3
  public 'timezone' => string 'UTC' (length=3)

    Donc, si vous voulez format une date, vous pouvez utiliser:

    //outputs like: 'Sunday 20th of April 2014 07:02:09 PM'
$user->created_at->format('l jS \\of F Y h:i:s A')

    Mise à jour:

    Si vous souhaitez modifier ce comportement, signifie que, si vous voulez dire Laravel que, les champs qui doivent être converties automatiquement en Carbon objet, puis vous pouvez passer que par la création d'une méthode dans votre modèle comme:

    public function getDates()
{
    //only this field will be converted to Carbon
    return array('updated_at');
}

    De totalement désactiver la date de mutations, il suffit de retourner un tableau vide de la getDates méthode. Pour plus de détails, consultez Date Des Mutateurs sur Laravel site web.

  2. 6

    Je me rends compte de la question d'origine fait référence à MySQL, mais j'ai eu la même erreur avec MSSQL. Le problème s'est avéré être que MSSQL de la colonne datetime type a une précision de .001 secondes, mais j'ai été la définition de mon modèle de format pour toute précision:

    protected function getDateFormat()
{
    return 'Y-m-d G:i:s';
}

    En utilisant les nouvelles DateTime2 type de colonne et la désactivation de la précision, j'ai corrigé l'erreur. I. e.

    datetime2(0)

    Vous pouvez modifier le format d' getDateFormatbien sûr.

  3. 0

    Si ça aide quelqu'un d'autre, j'ai eu le même message d'erreur lorsque vous tentez de copier un jour.

    $user->last_login = Carbon::now();

if ($user->first_login < Carbon::createFromDate(2000, 1, 1)) {
    //This is the users first login
    $user->first_login = $user->last_login; //FAILS!
}

    S'avère Laravel jette la valeur de $user->last_login DateTime+chaîne Timezone. Ce n'est plus un objet de Carbone.

    Vous pouvez réparer l'erreur à l'aide de copies d'un seul Carbone objet (exemple ci-dessous), ou par la mise en place des mutateurs (setters) sur le modèle sous-jacent.

    $now = Carbon::now();
$user->last_login = $now;

if ($user->first_login < Carbon::createFromDate(2000, 1, 1)) {
    //This is the users first login
    $user->first_login = $now;
}