这里有一种更完整的方法。

获取用户的时区偏移量 测试一些日子的夏令时边界，以确定它们是否在使用夏令时的区域。

节选如下:

function TimezoneDetect(){
    var dtDate = new Date('1/1/' + (new Date()).getUTCFullYear());
    var intOffset = 10000; //set initial offset high so it is adjusted on the first attempt
    var intMonth;
    var intHoursUtc;
    var intHours;
    var intDaysMultiplyBy;

    // Go through each month to find the lowest offset to account for DST
    for (intMonth=0;intMonth < 12;intMonth++){
        //go to the next month
        dtDate.setUTCMonth(dtDate.getUTCMonth() + 1);

        // To ignore daylight saving time look for the lowest offset.
        // Since, during DST, the clock moves forward, it'll be a bigger number.
        if (intOffset > (dtDate.getTimezoneOffset() * (-1))){
            intOffset = (dtDate.getTimezoneOffset() * (-1));
        }
    }

    return intOffset;
}

从JS获取TZ和DST(通过Way Back Machine)

简单，只需使用JavaScript的getTimezoneOffset函数，如下所示:

-new Date().getTimezoneOffset()/60;

如果您碰巧使用OpenID进行身份验证，Simple Registration Extension将解决经过身份验证的用户的问题(您需要从tz转换为numeric)。

另一种选择是根据用户代理的国家偏好推断时区。这是一种有点粗糙的方法(不适用于en-US)，但可以很好地近似。

所有的魔力似乎都在

visitortime.getTimezoneOffset()

真酷，我还不知道呢。它能在ie浏览器上运行吗?从这里你应该能够使用JavaScript到Ajax，设置cookie等等。我自己可能也会吃饼干。

不过，您需要允许用户更改它。我们曾尝试使用地理定位(通过maxmind)来实现这一点，但这是错误的，不值得这么做。所以我们让用户在他们的配置文件中设置它，并向还没有设置的用户显示一个通知。

到目前为止，还没有报告客户端时区的HTTP标头，尽管有人建议将其包含在HTTP规范中。

如果是我，我可能会尝试使用客户端JavaScript获取时区，然后使用Ajax或其他工具将其提交给服务器。

我仍然没有看到一个详细的答案在这里得到时区。你不需要按IP地址进行地理编码或使用PHP (lol)或从偏移量中错误地猜测。

首先，时区不只是与格林尼治标准时间的偏移量。这是一块由当地标准制定时间规则的土地。一些国家有夏时制，并在不同的时间开启夏令时。通常重要的是获取实际区域，而不仅仅是当前偏移量。

如果您打算存储这个时区，例如在用户首选项中，您需要的是时区，而不仅仅是偏移量。对于实时转换来说，这并不重要。

现在，要用javascript获取时区，你可以使用这个:

>> new Date().toTimeString();
"15:46:04 GMT+1200 (New Zealand Standard Time)"
//Use some regular expression to extract the time.

然而，我发现简单地使用这个健壮的插件更容易，它返回奥尔森格式的时区:

https://github.com/scottwater/jquery.detect_timezone