Question

我正在使用此下拉列表为offset-from-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);

Answer 1

什么是＆＃34;标准＆＃34;时区缩写？

没有标准。任何人都没有正式协调时区缩写。 IANA TZDB中使用了一些，但其中很多都是随机选择的。关于应该使用哪些缩写经常存在争议。例如，查看有关澳大利亚缩写in the list archives for April 2013的帖子数量。

可以找到另一个时区缩写列表here。如果你仔细观察，你会发现很多都是模棱两可的。例如，CST可以是＆＃34;中央标准时间＆＃34; （美国），＆＃34;中国标准时间＆＃34;或＆＃34;古巴标准时间＆＃34;。 EST可以是＆＃34;东部标准时间＆＃34; （美国），或者＆＃34;东部标准时间＆＃34; （澳大利亚）。

有些非澳大利亚人可能更喜欢AEST，但有谁说A应该是澳大利亚而不是美国？

另一个非常常见的例子，有些人使用HAST用于夏威夷，而其他人使用HST，因为他们可能不太关心阿拉斯加的阿留申群岛（这是A的假设代表）。

关键是任何时区缩写列表，无论你找到哪一个，都是主观的和自以为是的。没有标准。

我使用此下拉列表为应用程序存储时区偏移量：

请不要这样做。时区不是一个偏移量，其中有超过24个。请阅读the timezone tag wiki，特别是标题为“＃34;时区！=偏移＆＃34;”的部分。

来自您的评论：

我现在意识到这一点，但是我的应用程序逻辑的其余部分已经以这种方式依赖于它，而我今天只能完成它，所以没时间改变它。

然后，您的应用程序中将继续存在许多错误。你无法可靠地做到这一点 - 即使你的应用只是在美国运行也是如此。你所使用的语言或平台并不重要，任何执行此操作的实现都会有很多转换错误。

我很难对这些阵列进行硬编码，我只是不知道美国以外的热门区域是什么，我认为这样的列表已经存在于某个地方。

说到时区，你不应该对任何东西进行硬编码。时区规则一直在变化，因为它们是由世界上每个国家的政治家控制的。每年有多次向IANA time zone database发布更新。在PHP方面，PHP documentation明确了当前可用的版本，并且更新是通过PECL's timezonedb处理的 - 它从IANA获取数据。

关于什么＆＃34;流行＆＃34; - 这也是非常主观的。由于种种原因，TZDB中的区域都存在。我知道唯一一个试图限制它的地方是来自Ruby on Rails的ActiveSupport::TimeZone。他们声称拥有146个区域的＃34;有意义的子集＆＃34;，您可以在该页面上的MAPPING常量中看到它们。但他们并没有说出他们已经决定什么是有意义的过程，并且有明显的遗漏。除非您知道每个用户所在的事实，否则我不会尝试确定要限制的区域。

如果您的后续内容是TZDB中所有578个区域的下拉列表，您可以尝试以下方法之一：

显示两个下拉列表。第一个选择一个国家。第二个选择该国家/地区内的区域。在PHP中，您可以看到，当您致电DateTimeZone::listIdentifiers时，它会接受可选的$country参数来过滤列表。

一个很好的例子就是Google日历的设置：
使用基于地图的控件，以便您的用户可以按位置选择时区。其中有很多，但我最喜欢的是JavaScript this one。

例如，它可能如下所示：

请注意，虽然它在这里显示了EDT的TZDB缩写 - 它只是用于显示方便。在引擎盖下，您选择的值为America/New_York。

最终，您需要为每个用户保存的是他们的IANA时区密钥，例如America/New_York。您只能使用-5的值来执行正确的时区转换，因为您不具备何时切换到-4的所有规则。

<强>更新

我在原帖中没有意识到的一件事，但你在评论中澄清，是你用它来选择目标事件时区。我想我应该首先要求上下文。我从为用户选择单个时区的角度来看待这个问题，而不是针对特定事件的特定时区。

所有真正需要事件处于正确的时刻是该时刻的偏移量。所以你可以使用你在问题中显示的下拉菜单 - 但我会省略任何区域名称。它通常是从UTC-12:00到UTC+14:00的偏移列表。看起来您已经确定已存在约30分钟和45分钟的偏移量。如果您愿意，可以验证您的假设here。

但一般的问题是，很多人都不知道应该是什么。通过为每个区域名称添加带有标准偏移量的列表，可能会误导用户选择错误的偏移量。例如，他们可能在谈论夏季的日期应该落入美国东部夏令时（-4），但是他们选择了-5选择，因为他们看到了东部＆＃34;。因此，删除名称将有所帮助。

如果按照我最初建议的方式进行操作并让他们选择实际的IANA时区，那么对于许多情况来说，这样做会更好。但是，您仍需要考虑一个方案 - 如何处理模糊和无效次。这些发生在DST过渡期间。

例如，我可能会选择America/New_York，并选择2013年11月3日凌晨1:00的时间。由于回退过渡，有两个不同的实例（EDT为-4）另一个在EST为-5）。所以你的应用程序需要检查这个并询问用户他们意味着哪两个。同样，如果我在2013年3月10日凌晨2点进入，您的应用应该告诉我该区域中不存在此时间（由于春季转发）。

使用任何一种方法，当涉及实际存储事件时间时，请确保存储日期 - 时间 - 偏移量组合，或者应用偏移量以获得UTC的日期时间。您不希望有任何关于事件代表实际时刻的问题。

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

1 个答案: