什么是“标准”时区缩写?

2022-08-31 00:31:51

我正在通过偏移UTC为应用程序使用以下下拉列表存储时区:

<select id="timezone" name="timezone" >
<option value="-12">[UTC - 12] Baker Island Time</option>
<option value="-11">[UTC - 11] Niue Time, Samoa Standard Time</option>
<option value="-10">[UTC - 10] Hawaii-Aleutian Standard Time, Cook Island Time</option>
<option value="-9.5">[UTC - 9:30] Marquesas Islands Time</option>
<option value="-9">[UTC - 9] Alaska Standard Time, Gambier Island Time</option>
<option value="-8">[UTC - 8] Pacific Standard Time</option>
<option value="-7">[UTC - 7] Mountain Standard Time</option>
<option value="-6">[UTC - 6] Central Standard Time</option>
<option value="-5">[UTC - 5] Eastern Standard Time</option>
<option value="-4.5">[UTC - 4:30] Venezuelan Standard Time</option>
<option value="-4">[UTC - 4] Atlantic Standard Time</option>
<option value="-3.5">[UTC - 3:30] Newfoundland Standard Time</option>
<option value="-3">[UTC - 3] Amazon Standard Time, Central Greenland Time</option>
<option value="-2">[UTC - 2] Fernando de Noronha Time, South Georgia &amp; the South Sandwich Islands Time</option>
<option value="-1">[UTC - 1] Azores Standard Time, Cape Verde Time, Eastern Greenland Time</option>
<option value="0">[UTC] Western European Time, Greenwich Mean Time</option>
<option value="1">[UTC + 1] Central European Time, West African Time</option>
<option value="2">[UTC + 2] Eastern European Time, Central African Time</option>
<option value="3">[UTC + 3] Moscow Standard Time, Eastern African Time</option>
<option value="3.5">[UTC + 3:30] Iran Standard Time</option>
<option value="4">[UTC + 4] Gulf Standard Time, Samara Standard Time</option>
<option value="4.5">[UTC + 4:30] Afghanistan Time</option>
<option value="5">[UTC + 5] Pakistan Standard Time, Yekaterinburg Standard Time</option>
<option value="5.5">[UTC + 5:30] Indian Standard Time, Sri Lanka Time</option>
<option value="5.75">[UTC + 5:45] Nepal Time</option>
<option value="6">[UTC + 6] Bangladesh Time, Bhutan Time, Novosibirsk Standard Time</option>
<option value="6.5">[UTC + 6:30] Cocos Islands Time, Myanmar Time</option>
<option value="7">[UTC + 7] Indochina Time, Krasnoyarsk Standard Time</option>
<option value="8">[UTC + 8] Chinese Standard Time, Australian Western Standard Time, Irkutsk Standard Time</option>
<option value="8.75">[UTC + 8:45] Southeastern Western Australia Standard Time</option>
<option value="9">[UTC + 9] Japan Standard Time, Korea Standard Time, Chita Standard Time</option>
<option value="9.5">[UTC + 9:30] Australian Central Standard Time</option>
<option value="10">[UTC + 10] Australian Eastern Standard Time, Vladivostok Standard Time</option>
<option value="10.5">[UTC + 10:30] Lord Howe Standard Time</option>
<option value="11">[UTC + 11] Solomon Island Time, Magadan Standard Time</option>
<option value="11.5">[UTC + 11:30] Norfolk Island Time</option>
<option value="12">[UTC + 12] New Zealand Time, Fiji Time, Kamchatka Standard Time</option>
<option value="12.75">[UTC + 12:45] Chatham Islands Time</option>
<option value="13">[UTC + 13] Tonga Time, Phoenix Islands Time</option>
<option value="14">[UTC + 14] Line Island Time</option>

使用PHP,我真的没有最简单的选项将它们转换为时区缩写,我以编程方式执行此操作的唯一选择是对大约400个时区缩写的列表进行排序。有谁知道与每个时区相关的下拉列表的列表,以及当夏令时进行时,它们是什么?(我假设我需要手动定义这两个列表)

编辑:将此列表解析为每个时区的单个缩写,但它们不是“流行”的。

我的新列表

[-12] => kwat
[-11] => bst
[-10] => ahst
[-9.5] => ckhst
[-9] => ahdt
[-8] => akdt
[-7] => east
[-6] => cst
[-5] => act
[-4.5] => ant
[-4] => acst
[-3.5] => negt
[-3] => adt
[-2] => addt
[-1] => azost
[-0] => azomt
[1] => bst
[2] => bdst
[3] => amt
[3.5] => irst
[4] => adt
[4.5] => aft
[5] => aktt
[5.5] => ist
[5.75] => npt
[6] => aktst
[6.5] => burt
[7] => almst
[8] => bnt
[8.75] => cwst
[9] => cdt
[9.5] => cast
[10] => chost
[10.5] => cst
[11] => anat
[11.5] => lhst
[12] => anast
[12.75] => chast
[13] => anast
[14] => anast

法典:

$abbr = DateTimeZone::listAbbreviations();

$offsets=array('-12','-11','-10','-9.5','-9','-8','-7','-6',
    '-5','-4.5','-4','-3.5','-3','-2','-1','-0','1','2','3','3.5',
    '4','4.5','5','5.5','5.75','6','6.5','7','8','8.75','9','9.5',
    '10','10.5','11','11.5','12','12.75','13','14');
$new = array();
$count = 0;
$found = false;
while($count < count($offsets))
{
    foreach($abbr as $k => $v)
    {
        foreach($v as $tz)
        {
            if($tz['offset'] == $offsets[$count]*3600)
            {
                $new[$offsets[$count]] = $k;
                $found = true;
                break;
            }
        }
        if($found)
        {
            $found = false;
            break;
        }
    }
    $count++;
}
print_r($new);

答案 1

什么是“标准”时区缩写?

对此没有标准。时区缩写不是由任何人正式协调的。IANA TZDB中使用了一些,但其中很多只是随机选择的。关于应该使用哪些缩写,经常存在争议。例如,查看 2013 年 4 月的列表存档中有多少个关于澳大利亚缩写的帖子。

可以在此处找到时区缩写的另一个列表。如果你仔细观察,你会发现很多都是模棱两可的。例如,可以是“中部标准时间”(美国)、“中国标准时间”或“古巴标准时间”。 可以是“东部标准时间”(美国)或“东部标准时间”(澳大利亚)。CSTEST

一些非澳大利亚人可能更喜欢,但谁能说这应该是针对澳大利亚而不是针对美国的呢?AESTA

另一个非常常见的例子,有些人使用夏威夷,而另一些人使用是因为他们可能不太关心阿拉斯加的阿留申群岛(这是应该代表的)。HASTHSTA

关键是,任何时区缩写列表,无论你在哪里找到一个,都是主观和固执己见的。没有标准。

我正在使用此下拉列表按偏移量存储应用程序的时区:

请不要这样做。时区不是偏移量,并且其中有 24 个以上的时区。请阅读时区标签wiki,特别是标题为“时区!=偏移量”的部分。

从您的评论:

我现在意识到了这一点,但是我的应用程序逻辑的其余部分已经以这种方式依赖于它,我今天只需要完成此操作,因此没有时间更改它。

然后,许多错误将继续存在于您的应用程序中。你只是不能可靠地做到这一点 - 即使你的应用只是在美国运行。无论您使用哪种语言或平台,任何这样做的实现都会有很多转换错误。

我对硬编码这些数组没问题,我只是不知道美国以外的流行区域是什么,我认为这样的列表已经存在于某个地方。

当涉及到时区时,你不应该对任何东西进行硬编码。时区规则一直在变化,因为它们由世界上每个国家的政治家控制。每年都会向 IANA 时区数据库发布多次更新。在PHP方面,PHP文档明确了当前可用的版本,并且更新通过PECL的时区db进行处理 - 这从IANA中提取数据。

关于什么是“流行” - 这也是高度主观的。TZDB中的区域都是出于这样或那样的原因而存在的。我所知道的唯一试图限制这一点的地方是ActiveSupport::TimeZone,来自Ruby on Rails。他们声称有一个“146个区域的有意义的子集”,您可以在该页面的常量中看到。但是他们没有说他们通过什么过程决定了什么被认为是有意义的,并且有明显的遗漏。除非您知道每个用户的位置,否则我不会尝试决定要限制的区域。MAPPING

如果您追求的是TZDB中所有578个区域的下拉列表,则可以尝试以下方法之一:

  • 显示个下拉列表。第一个选择国家/地区。第二个选择该国境内的区域。在 PHP 中,您可以看到,当您调用 DateTimeZone::listIdentifiers 时,它接受一个可选参数来筛选列表。$country

    一个很好的例子是在Google日历的设置中:

    Google Calendar Time Zone Settings

  • 使用基于地图的控件,以便用户可以按位置选择其时区。有很多这样的,但我最喜欢的是这个JavaScript。

    例如,它可能看起来像这样:

    Map-based TZ picker

请注意,虽然它显示了此处的TZDB缩写 - 但仅用于方便显示。在引擎盖下,您正在选择一个类似于 的值。EDTAmerica/New_York

最终,您需要为每个用户保存的是他们的 IANA 时区键,例如 .您无法仅使用值 进行正确的时区转换,因为您没有关于何时切换到 的所有规则。America/New_York-5-4

更新

我从您的原始帖子中没有意识到的一件事,但是您在评论中澄清了一点,那就是您正在使用它来选择目标事件时区。我想我应该先询问上下文。我是从为用户选择单个时区的角度来解决这个问题的,而不是为特定事件选择特定时区。

要使事件处于正确的时刻,您真正需要的只是该时刻的偏移量。因此,您可以使用像您在问题中显示的下拉列表一样 - 但我会省略任何区域名称。它将是 从 到 的偏移量列表。看起来您已经确定还存在一些30分钟和45分钟的偏移量。如果您愿意,可以在此处验证您的假设。UTC-12:00UTC+14:00

然而,普遍的问题是,许多人不知道偏移量应该是多少。通过为每个区域名称放置一个包含标准偏移量的列表,可能会误导用户选取错误的偏移量。例如,他们可能正在谈论夏天的日期,应该属于美国东部夏令时(-4),但他们选择-5选择,因为他们看到的是“东部”。因此,删除名称会有所帮助。

如果你按照我最初建议的方式,让他们选择一个实际的IANA时区,那么在许多情况下,这将更好地工作。但是,您仍然需要考虑一种情况 - 如何处理模棱两可无效的时间。这些情况发生在 DST 转换期间。

例如,我可能会选择 ,并选择 2013 年 11 月 3 日凌晨 1:00 的时间。由于回退转换,有两种不同的实例(一个在EDT中为-4,另一个在EST中为-5)。因此,你的应用需要检查这一点,并询问用户他们指的是哪两个。同样,如果我在 2013 年 3 月 10 日凌晨 2:00 输入,你的应用应该告诉我,该区域中不存在此时间(由于弹簧向前过渡)。America/New_York

无论使用哪种方法,在实际存储事件时间时,请确保存储日期-时间-偏移量组合,或者应用偏移量以获取 UTC 的日期时间。您不希望对事件所代表的实际时刻提出任何问题。


答案 2

您可以在一个文件中找到标准时区缩写 - 请参阅我的其他答案 - https://stackoverflow.com/a/72839900/1112963


推荐