【问题标题】:the tuple argument in calendar.timegm functioncalendar.timegm 函数中的元组参数
【发布时间】:2014-08-13 14:13:09
【问题描述】:
>>> calendar.timegm((2012,8,10,7,10,20,None,None,1))
1326179420
>>> calendar.timegm((2012,8,10,7,10,20,None,None,0))
1326179420
>>> calendar.timegm((2012,8,10,7,10,20,None,None,-1))
1326179420
>>>

calendar.timegm 的元组参数中有 9 个元素,最后一个是夏时制标志,为什么不同的标志值得到相同的输出?我认为结果应该不同。

现在如果一位美国作家在他的文章中签上时间 2014 年 8 月 13 日上午 9:30:00。
问题1:
我们应该将时间调整为像 (2014,8,13,8,30,00) 这样的元组作为 calendar.timegm 中的参数吗?
夏令时比正常时间快一个时钟。
calendar.timegm 中的参数是 (2014,8,13,8,30,00) 还是 (2014,8,13,9,30,00) ?

问题2:
汤姆和他的电脑在美国,彼得和他的电脑在中国,
在 Tom 的控制台中 calendar.timegm((2014,8,13,8,30,00) 的结果会在 Peter 的控制台中相同吗?

导入日历
calendar.timegm((2014,8,13,8,30,00))
1407918600

您在美国的电话号码是多少?

【问题讨论】:

  • 因为它代表格林威治标准时间,calendar.timegm((2014,8,13,8,30,00)) 在任何地方都是一样的。
  • 1.calendar.timegm的参数元组必须是GMT时间。
  • 2. 住在纽约的美国作家,根据他的手表签上时间2014年8月13日早上9:30:00,我们把它改成正常时间(没有夏令时)为 (2014,8,13,8,30,00) 并再次将其更改为 GMT 时间为 (2014,8,13,3,30,00),因为纽约位于 -0500 时区。
  • 3. 例子中的参数元组是(2014,8,13,3,30,00),calendar.timegm((2014,8,13,3,30,00)) =1407900600 在世界任何地方都相等。
  • point1,point2,point3 都对吗?

标签: python python-3.x time calendar


【解决方案1】:

我认为夏令时实际上不能应用于 GMT,因此 dst 标志无论如何都没有意义。

【讨论】:

  • 现在如果一个美国作家在他的文章中签署时间 2014,8,13,上午 9:30:00,我们如何在函数 calendar.timegm 中写元组作为参数,我们在夏令时,这很重要。
  • 您不会将文章时间设置为您的服务器的时间吗?否则,您有所有 6 个必填字段,因此作者需要提供 24 小时时间,或者您需要将“早上”解释为上午并相应地调整时间(在这种情况下,不需要调整)。
  • 我应该将时间调整为像 (2014,8,13,8,30,00) 这样的元组作为 calendar.timegm 中的参数吗?夏令时比正常时间快一个时钟,我说的对吗?
  • 您为什么不使用您服务器上的时间(您可以保持正确同步)以UTC 格式存储文章提交的时间?依靠您的用户手动输入时间,或通过 javascript 提取时间是选项,但这些不太可靠。
  • 如果我手动更改时间,将放入日历的是 (2014,8,13,8,30,00) 而不是 (2014,8,13,9,30,00) .timegm,并且进行操作的计算机也必须在美国?
猜你喜欢
  • 2018-07-03
  • 2012-07-21
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2013-01-31
  • 1970-01-01
相关资源
最近更新 更多