如题,请各位帮忙测试一下模板{{TimeZone}},复制以下wiki代码,放在#模板测试结果章节末尾然后提交。
当然各位东八区用户也可以参与啦。
非常感谢!
--サンムル(讨论) 2018年12月13日 (四) 23:10 (CST)回复
| 第1次测试 |
|---|
*{{subst:TimeZone}}--~~~~
--サンムル(讨论) 2018年12月13日 (四) 23:10 (CST)回复
--东山奈央(讨论) 2018年12月13日 (四) 23:30 (CST)回复
|
第1次测试由于忘记给调用Lua模块的语句添加subst:而失败,结果作废。
目前开展第2次测试
*'''时区:'''{{subst:#invoke:TimeZone|getTimeZone|output=number}} --~~~~
@东山奈央、刺客王边城、宫本美代子非常感谢几位的贡献,各位可否再次参与第2次测试?--サンムル(讨论) 2018年12月14日 (五) 01:52 (CST)回复
+08:00。大概是萌百服务器设置项$wgLocaltimezone的值为亚洲/Shanghai的缘故。--サンムル(讨论) 2018年12月14日 (五) 09:01 (CST)回复
$wgLocaltimezone = 'America/New_York';,Special:参数设置设置“欧洲/sofia”。在此条件下代码依然输出时区:+08:00--Nzh21(讨论) 2018年12月14日 (五) 15:32 (CST)回复
os.date("*t")获取的值会发生变化,因此时区计算算法正确。那在服务器为什么不行?要怎样才能让代码正常工作?--サンムル(讨论) 2018年12月14日 (五) 15:54 (CST)回复
os.date("*t")返回的是服务器上的时间,甚至与$wgLocaltimezone无关。--Nzh21(讨论) 2018年12月14日 (五) 15:59 (CST)回复
os.date("*t")返回的是当前时区的时间,而os.date("!*t")才返回UTC。现在前者返回的值永远是UTC+8,所以我认为一定有一个设置的地方被写死了。--サンムル(讨论) 2018年12月14日 (五) 16:10 (CST)回复
$wgLocaltimezone = 'America/New_York';。有Special:参数设置中服务器时间也显示为UTC,os.date("*t")返回UTC+8的时间。@Nzh21备受打击。看来这模板要变成花瓶了。--サンムル(讨论) 2018年12月14日 (五) 16:35 (CST)回复
在图片里看到了类似水印的东西,不能确定这个图片是不是有版权图片。——Wisyuan(讨论) 2019年4月24日 (三) 09:33 (CST)回复