Edit Report a Bug

    date_parse

    (PHP 5 >= 5.2.0, PHP 7, PHP 8)

    date_parse — Retourne un tableau associatif avec des informations détaillées sur une date/moment donnée

    Description

    date_parse(string $datetime): array

    date_parse() analyse la chaîne datetime donnée selon les mêmes règles strtotime() et DateTimeImmutable::__construct(). Au lieu de renvoyer un horodatage Unix (avec strtotime()) ou un objet DateTimeImmutable (avec DateTimeImmutable::__construct()), il renvoie un tableau associatif avec les informations qu'il pourrait détecter dans la chaîne datetime donnée.

    Si aucune information sur un certain groupe d'éléments ne peut être trouvée, ces éléments du tableau seront définis sur false ou seront manquants. Si nécessaire pour construire un horodatage ou un objet DateTimeImmutable à partir de la même chaîne datetime, plusieurs champs peuvent être définis sur une valeur non-false. Voir les exemples ci-dessous pour les cas où cela se produit.

    Liste de paramètres

    datetime

    Date/moment dans un format accepté par DateTimeImmutable::__construct().

    Valeurs de retour

    Retourne un tableau contenant des informations sur la date/moment analysée.

    Le tableau retourné a des clés pour year, month, day, hour, minute, second, fraction, et is_localtime.

    Si is_localtime est présent, alors zone_type indique le type de fuseau horaire. Pour le type 1 (décalage UTC) les champs zone et is_dst sont ajoutés. Pour le type 2 (abréviation) les champs tz_abbr et is_dst sont ajoutés. Pour le type 3 (identifiant de fuseau horaire) les champs tz_abbr et tz_id sont ajoutés.

    Le tableau inclus les champs warning_count et warnings. Le premier indique le nombre d'avertissements. Les clés du tableau warnings indiquent la position dans le paramètre datetime où l'avertissement s'est produit, avec la valeur de chaîne décrivant l'avertissement lui-même. Un exemple ci-dessous montre un tel avertissement.

    Le tableau inclus aussi les champs error_count et errors fields. Le premier indique le nombre d'erreurs. Les clés du tableau errors indiquent la position dans le paramètre datetime où l'erreur s'est produite, avec la valeur de chaîne décrivant l'avertissement lui-même. Un exemple ci-dessous montre un tel avertissement.

    Avertissement

    Le nombre d'éléments de tableau dans les tableaux warnings et errors peut être inférieur à warning_count ou error_count s'ils se sont produits à la même position.

    Erreurs / Exceptions

    Dans le cas où la fonction retourne une erreur, l'élément "errors" contiendra les messages d'erreur.

    Historique

    Version Description
    7.2.0 L'élément zone du tableau retourné représente maintenant des secondes au lieu des minutes, et son signe est inversé. Par exemple, -120 est maintenant 7200.

    Exemples

    Exemple #1 date_parse() avec une chaîne datetime complète

    <?php
    var_dump    (date_parse("2006-12-12 10:00:00.5"));
    ?>

    L'exemple ci-dessus va afficher :

    array(12) {
  ["year"]=>
  int(2006)
  ["month"]=>
  int(12)
  ["day"]=>
  int(12)
  ["hour"]=>
  int(10)
  ["minute"]=>
  int(0)
  ["second"]=>
  int(0)
  ["fraction"]=>
  float(0.5)
  ["warning_count"]=>
  int(0)
  ["warnings"]=>
  array(0) {
  }
  ["error_count"]=>
  int(0)
  ["errors"]=>
  array(0) {
  }
  ["is_localtime"]=>
  bool(false)
}

    Les éléments de fuseau horaire n'apparaissent que s'ils sont inclus dans la chaîne datetime donnée. Dans ce cas, il y aura toujours un élément zone_type et quelques autres en fonction de sa valeur.

    Exemple #2 date_parse() avec des informations abrégé sur le fuseau horaire

    <?php
    var_dump    (date_parse("June 2nd, 2022, 10:28:17 BST"));
    ?>

    L'exemple ci-dessus va afficher :

    array(16) {
  ["year"]=>
  int(2022)
  ["month"]=>
  int(6)
  ["day"]=>
  int(2)
  ["hour"]=>
  int(10)
  ["minute"]=>
  int(28)
  ["second"]=>
  int(17)
  ["fraction"]=>
  float(0)
  ["warning_count"]=>
  int(0)
  ["warnings"]=>
  array(0) {
  }
  ["error_count"]=>
  int(0)
  ["errors"]=>
  array(0) {
  }
  ["is_localtime"]=>
  bool(true)
  ["zone_type"]=>
  int(2)
  ["zone"]=>
  int(0)
  ["is_dst"]=>
  bool(true)
  ["tz_abbr"]=>
  string(3) "BST"
}

    Exemple #3 date_parse() avec des informations abrégé sur le fuseau horaire

    <?php
    var_dump    (date_parse("June 2nd, 2022, 10:28:17 Europe/London"));
    ?>

    L'exemple ci-dessus va afficher :

    array(14) {
  ["year"]=>
  int(2022)
  ["month"]=>
  int(6)
  ["day"]=>
  int(2)
  ["hour"]=>
  int(10)
  ["minute"]=>
  int(28)
  ["second"]=>
  int(17)
  ["fraction"]=>
  float(0)
  ["warning_count"]=>
  int(0)
  ["warnings"]=>
  array(0) {
  }
  ["error_count"]=>
  int(0)
  ["errors"]=>
  array(0) {
  }
  ["is_localtime"]=>
  bool(true)
  ["zone_type"]=>
  int(3)
  ["tz_id"]=>
  string(13) "Europe/London"
}

    Si une chaîne datetime plus minimale est analysée, moins d'informations sont disponibles. Dans cet exemple, toutes les parties temporelles sont renvoyées comme false.

    Exemple #4 date_parse() avec une chaîne minimale

    <?php
    var_dump    (date_parse("June 2nd, 2022"));
    ?>

    L'exemple ci-dessus va afficher :

    array(12) {
  ["year"]=>
  int(2022)
  ["month"]=>
  int(6)
  ["day"]=>
  int(2)
  ["hour"]=>
  bool(false)
  ["minute"]=>
  bool(false)
  ["second"]=>
  bool(false)
  ["fraction"]=>
  bool(false)
  ["warning_count"]=>
  int(0)
  ["warnings"]=>
  array(0) {
  }
  ["error_count"]=>
  int(0)
  ["errors"]=>
  array(0) {
  }
  ["is_localtime"]=>
  bool(false)
}

    Les formats relatifs n'influencent pas les valeurs analysées depuis des formats absoluts, mais sont analysées dans l'élément "relatif".

    Exemple #5 Exemple avec date_parse() et des formats relatifs

    <?php
    var_dump    (date_parse("2006-12-12 10:00:00.5 +1 week +1 hour"));
    ?>

    L'exemple ci-dessus va afficher :

    array(13) {
  ["year"]=>
  int(2006)
  ["month"]=>
  int(12)
  ["day"]=>
  int(12)
  ["hour"]=>
  int(10)
  ["minute"]=>
  int(0)
  ["second"]=>
  int(0)
  ["fraction"]=>
  float(0.5)
  ["warning_count"]=>
  int(0)
  ["warnings"]=>
  array(0) {
  }
  ["error_count"]=>
  int(0)
  ["errors"]=>
  array(0) {
  }
  ["is_localtime"]=>
  bool(false)
  ["relative"]=>
  array(6) {
    ["year"]=>
    int(0)
    ["month"]=>
    int(0)
    ["day"]=>
    int(7)
    ["hour"]=>
    int(1)
    ["minute"]=>
    int(0)
    ["second"]=>
    int(0)
  }
}
)

    Certaines strophes, telles que Thursday (jeudi) définiront la partie heure de la chaîne sur 0. Si Thursday (jeudi) is est passé àDateTimeImmutable::__construct() l'heure, la minute, la seconde et la fraction seront également définies sur 0. Dans l'exemple ci-dessous, l'élément année est cependant laissé à false.

    Exemple #6 date_parse() avec des effets secondaires

    <?php
    var_dump    (date_parse("Thursday, June 2nd"));
    ?>

    L'exemple ci-dessus va afficher :

    array(13) {
  ["year"]=>
  bool(false)
  ["month"]=>
  int(6)
  ["day"]=>
  int(2)
  ["hour"]=>
  int(0)
  ["minute"]=>
  int(0)
  ["second"]=>
  int(0)
  ["fraction"]=>
  float(0)
  ["warning_count"]=>
  int(0)
  ["warnings"]=>
  array(0) {
  }
  ["error_count"]=>
  int(0)
  ["errors"]=>
  array(0) {
  }
  ["is_localtime"]=>
  bool(false)
  ["relative"]=>
  array(7) {
    ["year"]=>
    int(0)
    ["month"]=>
    int(0)
    ["day"]=>
    int(0)
    ["hour"]=>
    int(0)
    ["minute"]=>
    int(0)
    ["second"]=>
    int(0)
    ["weekday"]=>
    int(4)
  }
}

    Voir aussi

    • date_parse_from_format() - Récupère les informations d'une date donnée suivant un format spécifique pour analyser le parameters datetime avec un format spécifique
    • checkdate() - Valide une date grégorienne pour une validation de date Grégorienne
    • getdate() - Retourne la date/heure

    add a note add a note

    User Contributed Notes 11 notes

    up
    12
    admin at torntech dot com
    14 years ago
    A warning to others. Some keys will return with a default value where others will return as false if the date string has it omitted. Unsure if this is a bug or feature, but hopefully this will save someone some time.
    <?php
    ///Example
    $input = "Feb 2010";
    $info = date_parse($input);
    var_dump($info);

    /*Returns:
    array(12) {
        ["year"]=> int(2010)
        ["month"]=> int(2)
        ["day"]=> int(1)    //<---expected false like below
        ["hour"]=> bool(false)
        ["minute"]=> bool(false)
        ["second"]=> bool(false)
        ["fraction"]=> bool(false)
        ["warning_count"]=> int(0)
        ["warnings"]=> array(0) { }
        ["error_count"]=> int(0)
        ["errors"]=> array(0) { }
        ["is_localtime"]=> bool(false)
    }*/
    ?>
    up
    8
    alvaro at demogracia dot com
    13 years ago
    Be aware that date_parse() is happy with just a time zone and it can be pretty counter-intuitive. E.g.:

    <?php
    var_dump    ( date_parse('Europe/Madrid') );
    ?>

    ... prints an array where year, month, day... are FALSE. But so do these:

    <?php
    var_dump    ( date_parse('A') );
    var_dump( date_parse('B') );
    var_dump( date_parse('X') );
    ?>

    Don't forget to further validate date_parse()'s output even when it isn't FALSE and the 'errors' key is empty.
    up
    1
    edg at greenberg dot org
    6 years ago
    Passing "YYYY-MM" results in a valid date. Be careful to validate that your submitted date passed YOUR requirements.
    up
    1
    paul at juniperwebcraft dot com
    7 years ago
    It's sometimes useful to be able to store incomplete dates, for example when all you know of someone's birthdate is the year or the month and day.

    date_parse() handles (and MySQL accepts) dates containing zero-value elements such as "2017-00-00" and "0000-03-29", leaving it up to the parent application to determine when to require and how to handle missing date elements. date_parse() correctly reports zero values for zero-value date elements, reports an 'invalid date' warning, and does not report an error.

    Example 1: Year only
    <?php print_r( date_parse( '2017-00-00' ) );?>
    generates:
    <?php
    Array
    (
        [    year] => 2017
            [month] => 0
            [day] => 0
            [hour] =>
        [    minute] =>
        [    second] =>
        [    fraction] =>
        [    warning_count] => 1
            [warnings] => Array
            (
                [    11] => The parsed date was invalid
                )

        [    error_count] => 0
            [errors] => Array
            (
            )

        [    is_localtime] =>
    )
    ?>

    Example 2: Month and day only
    <?php print_r( date_parse( '0000-03-29' ) )?>
    generates:
    <?php
    Array
    (
        [    year] => 0
            [month] => 3
            [day] => 29
            [hour] =>
        [    minute] =>
        [    second] =>
        [    fraction] =>
        [    warning_count] => 1
            [warnings] => Array
            (
                [    11] => The parsed date was invalid
                )

        [    error_count] => 0
            [errors] => Array
            (
            )

        [    is_localtime] =>
    )
    ?>

    However, simply omitting date elements gives PHP too much discretion in second-guessing our intentions:

    Example 3: Truncated date:
    <?php print_r( date_parse( '2017-03' ) )?>
    generates:
    <?php
    Array
    (
        [    year] => 2017
            [month] => 3
            [day] => 1
            [hour] =>
        [    minute] =>
        [    second] =>
        [    fraction] =>
        [    warning_count] => 0
            [warnings] => Array
            (
            )

        [    error_count] => 0
            [errors] => Array
            (
            )

        [    is_localtime] =>
    )    ?>
    In this case, PHP supplies a day value of 1 and does not report a warning.

    Similarly, this feature of accepting zero date elements does not carry over to timestamps:

    <?php $dDate = strtotime( '2017-03-00' );
    print_r( getdate( $dDate ) ); ?>

    displays:

    <?php Array
    (
        [    seconds] => 0
            [minutes] => 0
            [hours] => 0
            [mday] => 28
            [wday] => 2
            [mon] => 2
            [year] => 2017
            [yday] => 58
            [weekday] => Tuesday
            [month] => February
            [0] => 1488268800
    )
    ?>
    In this case, PHP interprets the "zeroth" day of March to be the last day of February.
    up
    0
    y dot adounis at gmail dot com
    4 years ago
    Developers, be aware that using "now" will return an empty array, ex :

    <?php
    date_parse    ("now");
    ?>

    Will return :

    Array
    (
        [year] =>
        [month] =>
        [day] =>
        [hour] =>
        [minute] =>
        [second] =>
        [fraction] =>
        [warning_count] => 0
        [warnings] => Array
            (
            )

        [error_count] => 0
        [errors] => Array
            (
            )

        [is_localtime] =>
    )
    up
    0
    ryan_a_martin at yahoo dot com
    13 years ago
    See checkdate() at http://php.net/manual/en/function.checkdate.php for Gregorian date validation.
    up
    0
    gpayne at galenaparkisd com
    17 years ago
    Careful - date_parse is perfectly happy with something like this:

    date_parse("2006-2-31");
    up
    -2
    adamm at extratech dot com
    12 years ago
    A warning to some
    <?php
    $time     = "00:14:38"
    $parse_date = date_parse($time);
    echo     var_dump($parse_date) ."<br>";
    //here you will get what you expect

    $time = "-00:14:38"
    $parse_date = date_parse($time);
    echo     var_dump($parse_date) ."<br>";
    //here you will recieve hours minutes and seconds as booleans and as false and you will get error set to "Unexpected character"

    $time = "00:-14:38"
    $parse_date = date_parse($time);
    echo     var_dump($parse_date) ."<br>";
    //here you will recieve the same as the above

    $time = "00:14:-38"
    $parse_date = date_parse($time);
    echo     var_dump($parse_date) ."<br>";
    //here you will receive hours as 00 minutes as 14 and seconds as 0. The error will get set as the same as above. Meaning "Unexpected character"
    ?>
    up
    -5
    alan at wilcoxengineering dot com
    15 years ago
    Caution: date_parse expects months 1..12 only.

    date_parse("13/1/5769")  for  month=13, Ehul in Jewish calendar, results in  month==3 instead of month==13.

    It does, however, report the error array showing "Unexpected Character."

    It would be nice if date_parse could handle the months properly (just report back a "13" for the month). The older approach of substr() is my workaround.
    up
    -4
    eugene at ultimatecms dot co dot za
    14 years ago
    <?php

    $ida     = '091122671325';
    $idb = '091123671325';

    // This function will match the identity number up to the day, but only for a maximum of 99years+364days.
    // Will not work when checking persons older than 100years-1day.

    function idtodate($id)
    {
                $year = date("Y");
                $month = date("m");
                $day = date("d");

                $nc = substr($year, 0, 2);
                $ny = substr($year, 2, 2);

                $y = substr($id, 0, 2);
                $m = substr($id, 2, 2);
                $d = substr($id, 4, 2);

            if(    $y.$m.$d <= $ny.$month.$day-1) {
                        $newc = $nc;
            } else {
                        $newc = $nc-1;
            }

                $new = $newc.$y;

            return array(    'year' => $new, 'month' => $m, 'day' => $d);
    }

    echo     'ID: '.$ida.'<br>';
    print_r(idtodate($ida));

    echo     '<br><br>';

    echo     'ID: '.$idb.'<br>';
    print_r(idtodate($idb));

    ?>

    Output:
    1. If the year-month-day is smaller than today (2009-11-23), but bigger than 1999: year => 2009
    ID: 091122671325
    Array ( [year] => 2009 [month] => 11 [day] => 22 )

    2. If the year-month-day is the same as, or bigger than today, but smaller than 2000: year => 1909
    ID: 091123671325
    Array ( [year] => 1909 [month] => 11 [day] => 23 )
    add a note add a note
    To Top