_# jeffery # focus on Odoo and other open source IT solutions # IT基础架构资深专家,开源解决方案专家,odoo资深专家__Q:913547235 讨论群397750860

odoo 的时差 坑 [updated]

很多人掉进了odoo的时间坑

   

odoo约定关于日期的数据,存放在数据库时,以 utc0 时区也就是不带时区存放,应用程序读取日期展示日期时,转换成用户的时区展示。用户的时区通过context传递。

   

odoo本身能很好的处理 这, 例如 每个模型都自带的 create_date / write_date

代码

   

它在处理这些的时候,会 使用 utc-0 时区 存数据库。

   

web client 以及 其他界面 展示这些日期 信息时, 根据用户的 时区, 例如 上海时区 【东8区】

   

   

   

   

如果用户的时区 切换到 其他, 例如 fiji [ utc-12 区] 与 上海时间 相差 4小时。

   

   

展示的时间 为 当地时间, 在上海时间基础上 加 4小时, 所以是 5/13 01:46

   

   

而订单存放数据库的 时间是 utc-0

   

   

   

但是 某些应用 在往数据库存 这些时间的时候, 有的没有处理好。

例如,stock picking 字段 date_done分拣完成时的日期,分拣完成时读取系统时间,此时本应该转换为 utc-0 并写入数据库作为 date_done.. 的数据

   

但是 odoo sa的程序员在写这个逻辑的时候,并没有转换为utc-0

代码

self.write(cr, uid, [picking.id], {'date_done': time.strftime(DEFAULT_SERVER_DATETIME_FORMAT)}, context=context)

   

time.strftime() 读取odoo服务器的当前时间【带时区】,如果服务器运行在 utc-8 ,则数据库存的日期也是 with utc-8也就是下图示的前 2笔交易[ id = 15, 16]

   

   

   

这样,当用户从应用程序读取改数据时,在此数据基础上 +时差,变成了。

   

   

造成时差 8 小时

   

   

原因是, odoo代码里面的相关日期处理是不正确的,没有遵循在存数据前去掉时区信息。

   

   

要解决这个问题, 2个 方式

   

1 遵守约定,存数据库时使用 utc-0

   

例如 stock 有问题部分的代码修改,已经提交 PR [ https://github.com/odoo/odoo/pull/12063 ]

   

@@ -506,7 +506,7 @@ def _quant_create(self, cr, uid, qty, move, lot_id=False, owner_id=False, src_pa

'qty': float_round(qty, precision_rounding=rounding),

'cost': price_unit,

'history_ids': [(4, move.id)],

- 'in_date': datetime.now().strftime(DEFAULT_SERVER_DATETIME_FORMAT),

+ 'in_date': datetime.utcnow().strftime(DEFAULT_SERVER_DATETIME_FORMAT),

'company_id': move.company_id.id,

'lot_id': lot_id,

'owner_id': owner_id,

   

   

2, 使用workaround 解决此问题,那就是 odoo 服务器的时区设置为 utc -0

   

使用 dpkg-reconfigure tzdata 设置时区

   

   

设置为 utc-0 之后的测试

   

   

服务器设置为 utc-0 之后, datetime.datetime.now() datetime.datetime.utcnow() 以及 time 获取的时间都是不带时区信息,这样就能避免时差问题。

   

   

posted on 2016-05-24 14:21  odoouse  阅读(2788)  评论(1编辑  收藏  举报

导航

_# jeffery # focus on Odoo and other open source IT solutions # IT基础架构资深专家,开源解决方案专家,odoo资深专家