Normalization and Localization

Working with Dates and Times

Zend_Locale_Format provides several methods for working with dates and times to help convert and normalize between different formats for different locales. Use Zend_Date for manipulating dates, and working with date strings that already conform to one of the many internationally recognized standard formats, or one of the localized date formats supported by Zend_Date. Using an existing, pre-defined format offers advantages, including the use of well-tested code, and the assurance of some degree of portability and interoperability (depending on the standard used). The examples below do not follow these recommendations, since using non-standard date formats would needlessly increase the difficulty of understanding these examples.

Normalizing Dates and Times

The getDate() method parses strings containing dates in localized formats. The results are returned in a structured array, with well-defined keys for each part of the date. In addition, the array will contain a key 'date_format' showing the format string used to parse the input date string. Since a localized date string may not contain all parts of a date/time, the key-value pairs are optional. for example, if only the year, month, and day is given, then all time values are suppressed from the returned array, and vice-versa if only hour, minute, and second were given as input. If no date or time can be found within the given input, an exception will be thrown.

If setOption(array('fix_date' => true)) is set the getDate() method adds a key 'fixed' with a whole number value indicating if the input date string required "fixing" by rearranging the day, month, or year in the input to fit the format used.

Key values for getDate() with option 'fix_date'
value meaning
0 nothing to fix
1 fixed false month
2 swapped day and year
3 swapped month and year
4 swapped month and day

For those needing to specify explicitly the format of the date string, the following format token specifiers are supported. If an invalid format specifier is used, such as the PHP 'i' specifier when in ISO format mode, then an error will be thrown by the methods in Zend_Locale_Format that support user-defined formats.

These specifiers (below) are a small subset of the full "ISO" set supported by Zend_Date's toString(). If you need to use PHP date() compatible format specifiers, then first call setOptions(array('format_type' => 'php')). And if you want to convert only one special format string from PHP date() compatible format to "ISO" format use convertPhpToIsoFormat(). Currently, the only practical difference relates to the specifier for minutes ('m' using the ISO default, and 'i' using the PHP date format).

Return values
getDate() format character Array key Returned value Minimum Maximum
d day integer 1 31
M month integer 1 12
y year integer no limit PHP integer's maximum
h hour integer 0 PHP integer's maximum
m minute integer 0 PHP integer's maximum
s second integer 0 PHP integer's maximum

Example #1 Normalizing a date

  1. $dateString = Zend_Locale_Format::getDate(
  2.     '13.04.2006',
  3.     array(
  4.         'date_format' => 'dd.MM.yyyy',
  5.     )
  6. );
  7.  
  8. print_r($dateString); // outputs:
  9.  
  10. (
  11.     [date_format] => dd.MM.yyyy
  12.     [locale] => de_DE
  13.     [day] => 13
  14.     [month] => 04
  15.     [year] => 2006
  16. )
  17.  
  18. // creates a Zend_Date object for this date
  19. $dateObject = new Zend_Date('13.04.2006', 'dd.MM.yyyy');
  20.  
  21. print_r($dateObject); // outputs:
  22.  
  23. Zend_Date Object
  24. (
  25.     [_locale:Zend_Date:private] => de_DE
  26.     [_fractional:Zend_Date:private] => 0
  27.     [_precision:Zend_Date:private] => 3
  28.     [_unixTimestamp:Zend_Date_DateObject:private] => 1144879200
  29.     [_timezone:Zend_Date_DateObject:private] => Europe/Berlin
  30.     [_offset:Zend_Date_DateObject:private] => -3600
  31.     [_syncronised:Zend_Date_DateObject:private] => 0
  32.     [_dst:protected] => 1
  33. )
  34.  
  35. // alternatively, some types of problems with input data can be
  36. // automatically corrected
  37. $date = Zend_Locale_Format::getDate(
  38.     '04.13.2006',
  39.     array(
  40.         'date_format' => 'dd.MM.yyyy',
  41.         'fix_date'    => true,
  42.     )
  43. );
  44.  
  45. print_r($date); // outputs:
  46.  
  47. (
  48.     [date_format] => dd.MM.yyyy
  49.     [locale] => de_DE
  50.     [day] => 13
  51.     [month] => 04
  52.     [year] => 2006
  53.     [fixed] => 4
  54. )

Since getDate() is "locale-aware", specifying the $locale is sufficient for date strings adhering to that locale's format. The option 'fix_date' uses simple tests to determine if the day or month is not valid, and then applies heuristics to try and correct any detected problems. Note the use of 'Zend_Locale_Format::STANDARD' as the value for 'date_format' to prevent the use of a class-wide default date format set using setOptions(). This forces getDate to use the default date format for $locale.

Example #2 Normalizing a date by locale

  1. $locale = new Zend_Locale('de_AT');
  2. $date = Zend_Locale_Format::getDate('13.04.2006',
  3.                                     array('date_format' =>
  4.                                               Zend_Locale_Format::STANDARD,
  5.                                           'locale' => $locale)
  6.                                    );
  7.  
  8. print_r ($date);

A complete date and time is returned when the input contains both a date and time in the expected format.

Example #3 Normalizing a date with time

  1. $locale = new Zend_Locale('de_AT');
  2. $date = Zend_Locale_Format::getDate('13.04.2005 22:14:55',
  3.                                     array('date_format' =>
  4.                                                 Zend_Locale_Format::STANDARD,
  5.                                           'locale' => $locale)
  6.                                     );
  7.  
  8. print_r ($date);

If a specific format is desired, specify the $format argument, without giving a $locale. Only single-letter codes (H, m, s, y, M, d), and MMMM and EEEE are supported in the $format.

Example #4 Normalizing a userdefined date

  1. $date = Zend_Locale_Format::getDate('13200504T551422',
  2.                                     array('date_format' =>
  3.                                               'ddyyyyMM ssmmHH')
  4.                                    );
  5.  
  6. print_r ($date);

The format can include the following signs :

Format definition
Format Letter Description
d or dd 1 or 2 digit day
M or MM 1 or 2 digit month
y or yy 1 or 2 digit year
yyyy 4 digit year
h 1 or 2 digit hour
m 1 or 2 digit minute
s 1 or 2 digit second

Examples for proper formats are

Example formats
Formats Input Output
dd.MM.yy 1.4.6 ['day'] => 1, ['month'] => 4, ['year'] => 6
dd.MM.yy 01.04.2006 ['day'] => 1, ['month'] => 4, ['year'] => 2006
yyyyMMdd 1.4.6 ['day'] => 6, ['month'] => 4, ['year'] => 1

Note: Database date format
To parse a database date value (f.e. MySql or MsSql), use Zend_Date's ISO_8601 format instead of getDate().

The option 'fix_date' uses simple tests to determine if the day or month is not valid, and then applies heuristics to try and correct any detected problems. getDate() automatically detects and corrects some kinds of problems with input, such as misplacing the year:

Example #5 Automatic correction of input dates

  1. $date = Zend_Locale_Format::getDate('41.10.20',
  2.                                     array('date_format' => 'ddMMyy',
  3.                                           'fix_date' => true)
  4.                                    );
  5.  
  6. // instead of 41 for the day, the 41 will be returned as year value
  7. print_r ($date);

Testing Dates

Use checkDateFormat($inputString, array('date_format' => $format, $locale)) to check if a given string contains all expected date parts. The checkDateFormat() method uses getDate(), but without the option 'fixdate' to avoid returning TRUE when the input fails to conform to the date format. If errors are detected in the input, such as swapped values for months and days, the option 'fixdate' method will apply heuristics to "correct" dates before determining their validity.

Example #6 Date testing

  1. $locale = new Zend_Locale('de_AT');
  2. // using the default date format for 'de_AT', is this a valid date?
  3. if (Zend_Locale_Format::checkDateFormat('13.Apr.2006',
  4.                                         array('date_format' =>
  5.                                                   Zend_Locale_Format::STANDARD,
  6.                                               $locale)
  7.                                        ) {
  8.     print "date";
  9. } else {
  10.     print "not a date";
  11. }

Normalizing a Time

Normally, a time will be returned with a date, if the input contains both. If the proper format is not known, but the locale relevant to the user input is known, then getTime() should be used, because it uses the default time format for the selected locale.

Example #7 Normalize an unknown time

  1. $locale = new Zend_Locale('de_AT');
  2. if (Zend_Locale_Format::getTime('13:44:42',
  3.                                 array('date_format' =>
  4.                                           Zend_Locale_Format::STANDARD,
  5.                                       'locale' => $locale)) {
  6.     print "time";
  7. } else {
  8.     print "not a time";
  9. }

Testing Times

Use checkDateFormat() to check if a given string contains a proper time. The usage is exact the same as with checking Dates, only date_format should contain the parts which you expect to have.

Example #8 Testing a time

  1. $locale = new Zend_Locale('de_AT');
  2. if (Zend_Locale_Format::checkDateFormat('13:44:42',
  3.                                         array('date_format' => 'HH:mm:ss',
  4.                                               'locale' => $locale)) {
  5.     print "time";
  6. } else {
  7.     print "not a time";
  8. }

Normalization and Localization