问题与期望
尽管此问题的字面形式在上下文中是可行的（1899年），但从理论意义上讲还是有点模糊。几岁了？我们可能想走多远？未来呢？
由于WordPress最初是作为博客引擎开始的，因此从上下文的角度来说，它可以处理以下时间跨度：
- WP存在的日期（显然可以使用它）
- 可能的历史帖子范围（隐式地追溯到互联网存在的年代）
- 尽可能不费吹灰之力就到未来（直到崩溃为止）
随着WordPress的使用演变为非博客应用程序，此类项目（通常是历史和艺术，我从报告中看到）开始遇到日期超出此范围的各种问题。
为了我的研究目的，我提出了以下问题：
- 最早和最近的两个完整日历年是什么，可以与WordPress本地发布的日期可靠地结合使用？
- 什么是低悬垂的水果（如果有的话），以将可用范围扩展到原生范围之外？
平台限制
由于WordPress是PHP应用程序，并且使用MySQL进行数据存储，因此受其限制。
的MySQL
WordPress将发布日期存储在MySQL post_date的DATETIME类型列中。
根据文档，此类型支持1000到9999年：
该DATETIME类型用于包含日期和时间部分的值。MySQL检索并DATETIME以'YYYY-MM-DD HH:MM:SS'格式显示值。支持的范围是'1000-01-01 00:00:00'到'9999-12-31 23:59:59'。
但是，它也表示较早的值可能有效，而没有提及较晚的值：
对于DATE and DATETIME范围描述，“受支持”表示尽管较早的值可能有效，但不能保证。
虽然从经验上我观察到的值超出范围，但这是轶事，不符合我们的可靠性条件。
的PHP
在PHP编程中，日期的时间戳记表示形式被广泛使用。根据用于我们目的的文档（PHP 5.2+和通用的32位环境），它（完整）支持1902年至2037年：
时间戳记的有效范围通常是从Fri, 13 Dec 1901 20:45:54 UTC到Tue, 19 Jan 2038 03:14:07 UTC。（这些日期对应于32位带符号整数的最小值和最大值。）此外，并非所有平台都支持负时间戳，因此，日期范围不得超过Unix纪元。这意味着，例如，之前的日期Jan 1, 1970将不适用于Windows，某些Linux发行版和其他一些操作系统。PHP 5.1.0和更高版本克服了此限制。
除了Date/Time基于64位的较新处理之外，其处理范围约为-2920亿至2920亿年，这可能超出了当前的人类需求。
WordPress限制
WordPress在其代码库中引入并继承了一些其他限制。
数据流
从基本用户工作流程的角度来看，有两个与日期相关的处理：
- 必须正确处理以后期编辑形式输入的日期并将其保存在数据库中
- 必须正确读取数据库中保存的日期并在界面中显示
请注意，这些是技术上完全不同且独立的过程。如进一步说明，它们的范围不重叠，并且保存正确的日期并不等同于在WordPress环境中正确读取它的能力。
明确限制
隐式限制
strtotime()PHP函数已被多次使用，并受到上述Unix时间戳的影响，其最低级别mysql2date()会影响从数据库中读取的所有日期，从1902年到2037年的继承范围- WordPress将使用正则表达式进行日期解析
get_gmt_from_date()，预计年份将([0-9]{1,4})限制为1到9999，其他功能中类似处理的可能性很高，这需要枚举更彻底的代码审核
解决方法的可能性
wp_checkdate()具有wp_checkdate过滤器，可以覆盖此验证检查- 输出针对终端用户经过
date_i18n()其具有date_i18n过滤器，理论上允许完全日期截距和重新处理输出到接口然而如果挑战函数传递范围（已经出false）时间戳输入
结论
出于实际目的和数据的可移植性，WordPress发布日期范围似乎等于32位Unix时间戳，范围包括1902年至2037年（含两端）。
对于超出此范围的任何发布日期操作，都必须进行审核（Unix时间戳的64位范围，实际运行的MySQL或值的备用数据库存储）。对于更远的范围（低于1000，高于9999），可能需要大量的自定义代码。
对于任意日期的任何实现，有意义的是：
- 将它们以不受数据库限制的格式存储在MySQL中
- 使用完全自定义
Date/Time的代码和/或经过审核不受Unix时间戳限制影响的WordPress函数在PHP中进行处理
代码测试台
以下代码和精选的年份集已用于上述研究和结论检验：
require ABSPATH . '/wp-admin/includes/post.php';
$timestamp_size_info = array(
'PHP_INT_SIZE' => PHP_INT_SIZE,
'PHP_INT_MAX' => number_format( PHP_INT_MAX ),
'min timestamp' => date( DATE_ISO8601, - PHP_INT_MAX ),
'zero timestamp' => date( DATE_ISO8601, 0 ),
'max timestamp' => date( DATE_ISO8601, PHP_INT_MAX ),
);
r( $timestamp_size_info );
// hand picked set of years to test for assorted limits
$years = array(
'negative' => - 1,
'zero' => 0,
'one' => 1,
'wp min' => 100,
'mysql first' => 1000,
'before unix' => 1899,
'unix first' => 1902,
'current' => 2013,
'unix last' => 2037,
'after unix' => 2039,
'mysql last, wp max' => 9999,
'after checkdate' => 33000,
);
// simulates form submission data
$post = array(
'post_type' => 'post', // shut notice
'edit_date' => 1,
'aa' => 1,
'mm' => '01',
'jj' => '01',
'hh' => '00',
'mn' => '00',
'ss' => '00',
);
// add_filter( 'wp_checkdate', '__return_true' );
foreach ( $years as $name => $year ) {
$post['aa'] = $year;
$translated = _wp_translate_postdata( false, $post );
if ( is_wp_error( $translated ) ) { // wp_checkdate() failed
r( array( 'year' => $year . " ({$name})", 'translated valid' => false ) );
}
else {
$post_date = $translated['post_date'];
$post_date_gmt = $translated['post_date_gmt'];
$translated_valid = (string) $year == substr( $post_date, 0, strpos( $post_date, '-' ) );
$mysql2date = mysql2date( DATE_ISO8601, $post_date );
$mysql2date_valid = (string) $year == substr( $mysql2date, 0, strpos( $mysql2date, '-' ) );
r( array(
'year' => $year . " ({$name})",
'post_date' => $post_date,
'translated valid' => $translated_valid,
'post_date_gmt' => $post_date_gmt,
'mysql2date' => $mysql2date,
'from sql valid' => $mysql2date_valid,
) );
}
}
