就解决方案：全球化截止时间的处理

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 3086 天前的主题，其中的信息可能已经有所发展或是发生改变。

假设注册截止时间是北京 6 月 15 日 23:59 ，当北京是 6 月 16 日 2 时 00 分时已经过了截止时间，纽约是 6 月 15 日下午 2 时，不能注册了。纽约用户会抱怨，还没过截止时间。我也没办法直接在站上写截止时间是北京时间 6 月 15 日 23:59 ，因为不能让用户去换算出这是当地的几点。有什么办法能识别当地的时间并和 6 月 15 日 23:59 （无论哪个时区）这个时间作比较。

后端 flask

第 1 条附言 · 2016-06-12 10:46:05 +08:00

这个东西有点像 eventbrite 。用户 A 设置截止时间，比如 6 月 20 日，他不用多想，以自己的当地时间为准，假设地球上的其他人以各自的当地时间为准。用户 B 在地球另一端，差 12 个小时，拖延症患者，在当地 6 月 20 日 12 时后发现过了截止时间，觉得这他么不合理，找 A 手动把他添加进去， A 来找我，让我解决。

在数据库里存的是 greenwich mean time 。对比时间是用的当时的 GMT 和截止时间 GMT 比的。

截止

时间

flask

时区

15 条回复 • 2016-06-12 23:57:02 +08:00

binux

2016-06-12 07:43:53 +08:00

为什么不能写「截止时间是北京时间 6 月 15 日 23:59 」？
你用户群是哪个时区，就写哪个时区的时间，多个时区，就写多个主要时区的时间，有什么不可以？
实在不行，写 UTC 也可以啊

caizixian

2016-06-12 07:48:17 +08:00 via Android

还可以像 PSF 选票一样用 AOE

https://en.m.wikipedia.org/wiki/Anywhere_on_Earth

publicID002

2016-06-12 08:59:49 +08:00 via Android

可以用 js 直接帮用户换算成当地时间

jhaohai

2016-06-12 09:36:10 +08:00 via iPhone

直接用倒计时

Mutoo

2016-06-12 09:38:14 +08:00

前端 javascript 的 Date 默认使用的就是 local time ，提交到 server 的时候，将 timezone 一并提交。
后端用预定好的时间 + timezone 构造 Date 实例作截止时间判断。

just4test

2016-06-12 09:46:08 +08:00

http://www.w3school.com.cn/jsref/jsref_getTimezoneOffset.asp

hahastudio

2016-06-12 10:06:42 +08:00 via Android

你看这么多活动的截止时间都写 PDT ，也没见其他时区的用户抱怨不是= =

BOYPT

2016-06-12 10:11:40 +08:00

都是给服务商当地时间然后客户自己算的啊，平时国外网站优惠活动都是这样的。
如果你的客户特别高贵，就为他专门算一个显示在页面上咯

lbfeng

2016-06-12 10:22:45 +08:00

@binux 一个美国人能马上把北京时间 6 月 15 日 23:59 换算成当地时间？我要考虑用户友好。

pimin

2016-06-12 10:56:50 +08:00 via Android

@lbfeng
flask-moment 扩展

dorentus

2016-06-12 12:21:04 +08:00

所以你想要实现的是下面这样？

1. 用户 A （在东八区）设置了一个事件的截止时间为 6 月 15 日 23:59
2. 用户 B （也在东八区）在北京时间 6 月 16 日 00:00 时来看，发现事件已经截止了
3. 用户 C （在东七区），和 B 在同一个时间点来看，发现事件还没截止

那么问题来了，这事件到底什么时候截止？
假如我一台电脑用的是东九区的时间，另一台用的是东八区的时间，那么对于同一个事件，两边看到的状态不一样，这合理吗？

－－－－

正确的解决办法就应该是像上面大家说了的，在客户端 /前端把时间换成用户本地的时间显示，这样谁也不会弄错，再加个倒计时就更好了。

yangff

2016-06-12 12:23:07 +08:00

时间写 XX:XX UTC 然后加上这个链接 http://www.timeanddate.com/worldclock/

mko0okmko0

2016-06-12 14:43:34 +08:00

整个是概念与意图的问题.
假设不使用 UTC/北京时间这样统一的截止时间.
那就各目标区域各有各的截止时间.
例如中文网页截止时间.英文网页截止时间.XX 语系的截止时间.
或是从用户端的浏览器讯息 /IP 来判断用户在哪个时区.用该时区的截止时间.
例如一个中文人士在美国.请问他该用哪个截止时间?在我看是应该用美国的.
用户报名时.应该上传储存该用户的地区 /时区 /语系讯息.用于设计结始时间的考虑.

jokie

2016-06-12 14:56:22 +08:00

美国人访问的时候换算一下时间不行么

lbfeng

2016-06-12 23:57:02 +08:00

@dorentus 是这样的,用户 A 有自己的网站，据我调查都只显示一个截止日期比如 6 月 15 日，并没有标注时区，也没有时区转换表（这个部分我控制不了）。 A 的网站上有注册链接导到我这边来。假设其他用户只有在需要注册时才会到我这，并且本能的认为 6 月 15 日是自己时区的 6 月 15 日（因为 A 的站里没有写明时区）。时区较晚的用户在本地 6 月 15 日较晚时注册会比较尴尬，因为前后价格可能会差几十至几百刀。用户 A 本身并不在乎一天内的差价，但希望能针对不同时区的用户只要当地还在 6 月 15 日内价钱就不变，主要是这一小撮用户回去联系 A ，认为这个不合理， A 觉得可以忽略时区差异。至于您假设的一个用户两台不同时区的电脑，由于可能性太低可以不用考虑。

我的初衷是必须用户友好，不能让用户自己去换算时差。