我喜欢这个模块，但它与当前时间不一致，由于夏令时额外增加了1小时，某些显示国家的时间。例如，英国比全球时间模块中显示的时间快1小时，美国也是如此。
否则，这是一个很好的模块。也许可以从模块中纠正这个问题？
我通过你的网站看到了这个模块，它足够酷，是第一次制作的模块。继续做好工作！。
我很高兴你们喜欢它。 
由于我在美国，我知道显示的美国时间是正确的（包括PST、MST、CST和EST。正如你可能看到的，我住在加利福尼亚）。我不确定其他地方——我只是查找了时区并相应地设置。所以如果你确定你那里的时间是错误的，请通知我。我现在会检查英国的设置。
引用
例如，英国比世界时间模块显示的时间快一个小时，美国也快一个小时。
我对这个模块做了一些小的修改
* 添加了东京、渥太华和阿姆斯特丹；
* 将一些国家名称替换为城市名称以保持一致性；
* 暂时移除了英国（将GMT/UK替换为GMT）。在我找到英国的正确设置后，将添加伦敦。感谢Serge告诉我这个错误
看起来不错！
要从伦敦获取正确的时间，需要在代码中（index.php，第238行）将“GMT”替换为全名“Europe/London”。
有关可能性的良好观点可以在以下链接中找到： http://www.experts-exchange.com/Programming/Programming_Languages/Java/Q_20158992.html
祝您玩得开心！
Frank
是的，这个模块非常棒，我也注意到了时间不准确，但我不认为这是一个大问题。
继续加油。
感谢fprins，但这不会起作用。问题是时钟小程序使用的是过时的Java版本（JDK 1.1.8，太老了 
）。
在JDK1.1.8中，时区按以下ID值定义，从格林尼治开始，向东跨越全球
GMT 格林尼治标准时间
ECT 欧洲中部时间
EET 东欧时间
ART（阿拉伯）埃及标准时间
EAT 东非时间
MET 中东时间
NET 临近中东时间
PLT 巴基斯坦拉合尔时间
IST 印度标准时间
BST 孟加拉标准时间
VST 越南标准时间
CTT 中国台湾时间
JST 日本标准时间
ACT 澳大利亚中部时间
AET 澳大利亚东部时间
SST 所罗门标准时间
NST 新西兰标准时间
MIT Midway Islands Time
HST 夏威夷标准时间
AST 阿拉斯加标准时间
PST 太平洋标准时间
PNT 凤凰标准时间
MST 山地标准时间
CST 中央标准时间
EST 东部标准时间
IET 印第安纳东部标准时间
PRT 波多黎各和美国维尔京群岛时间
CNT 加拿大纽芬兰时间
AGT 阿根廷标准时间
BET 巴西东部时间
CAT 中非时间
如您所见，英国没有预定义时区。英国的时区并不完全是GMT，而是GMT与夏令时。当前英国的时区偏移是GMT +1；而在夏令结束时，变为GMT +0...这三种预定义的三字母时区ID可以自动处理夏令时。
我将看看是否有任何解决方法。
ssong，
java 1.1.8 确实相当古老...
但我想这取决于客户端版本，因为我运行IE 6。对我而言，提到的更改 "Europe/London" 确实有效，您可以在我们的网站上看到它的实际运行情况：Cam at Frank & Fem
但无论如何：这不是一个大问题。仍然很喜欢这个模块！
谨祝
Frank
我也在运行IE6，但当我访问 "Cam at Frank & Fem" 时，伦敦/英国的时钟被灰掉了（不显示），因此这可能取决于终端用户在他们的工作站上安装的JDK版本是否晚于1.1.8。
嗯，我想在我们的内部网络中使用这个模块。我们是一家国际公司，时间显示不正确是不可接受的。我想知道为什么柏林和伦敦之间有2小时的差异。两者都有夏令时，所以差距应该是一个小时。
伦敦是GMT，柏林是GMT+1。那么为什么差距是两个小时呢？
再见
| Stats | |
| Goal: | $100.00 |
| Due Date: | Aug 31 |
| Gross Amount: | $0.00 |
| Net Balance: | $0.00 |
| Left to go: | $100.00 |
 |
|
