odoo 的时差 坑 [updated]

Posted 2020-07-11 Odoo things

很多人掉进了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 获取的时间都是不带时区信息，这样就能避免时差问题。