小编glS*_*glS的帖子

我有一个 djvu 文件，我可以在其中搜索特定的单词。但是，如果我将其转换为 pdf（我尝试使用cutPDF和在线djvu-pdf工具），似乎就失去了搜索单词的可能性。

如何将 djvu 文件转换为 pdf 保留单词可搜索性？

一段时间以来，我一直在使用 Windows 时钟。我尝试了各种解决方案，但似乎没有任何效果，所以最后我决定禁用自动互联网时间同步，手动设置正确的时间，问题似乎消失了（意味着显示的时间保持不变）应该）。我在阿姆斯特丹、柏林、罗马、斯德哥尔摩、维也纳时区，并且在日期和时间菜单中正确设置。

然而，我开始注意到一系列奇怪的行为，这让我想知道幕后发生了什么。为了更好地理解这个问题，我将如下的实际时间（长达几分钟），在此我写这篇文章的一个例子中使用：22:43:15。

• 屏幕右下角显示的时钟是我手动设置的，显示正确的时间。
• 转到像time.is这样的网站确认我显示的时间确实是正确的，但是该网站告诉我我的时钟落后 9 小时 2 分 10.9 秒。所有其他信息，如地点和日期，都从站点正确显示。
• 如果我让窗口做互联网同步（我试图与各个时间服务器），几次说我不准的事没有“您没有权限做这个”错误，显示的时间变化7:43的第二天，但是time.is，虽然与电脑时钟上显示的时间形成鲜明对比，但告诉我我的时钟是同步的。

因此，似乎有一些“隐藏时钟”没有显示，但可以通过互联网服务读取，并且不知何故这个时钟与屏幕上显示的时钟不一致。

Gmail 等其他在线服务似乎正在读取这个“隐藏时钟”，显示电子邮件和类似内容的错误到达时间。

到底是怎么回事？我该如何解决这个问题？

进一步测试：

我试图将时区更改为另一个时区并返回到正确的时区（在适当的重新启动后）。如果不是很烦人，结果会很有趣。

现在是9:00。
与UTC + 1阿姆斯特丹/柏林/ ECC。我得到了错误的18:009 小时假。
使用UTC Dublin/Lisbon/London，我得到了“正确的” 8:02，它应该有一个小时的休息时间。

但它变得更好：更仔细地查看带有各个时区的下拉菜单，我注意到一个奇怪的事情，这可能解释了问题的根源： UTC + 1阿姆斯特丹/等。时区列在 UTC+10 时区中。这是下拉菜单的屏幕截图：

一些进一步的测试证实了这一点：Windows 以某种方式将 UTC+1 阿姆斯特丹时区视为 UTC+10 时区。实际上，将时区更改为另一个 UTC+1，例如UTC+1 Brussel/ecc。给我正确的时间。

这是一个有用的解决方法，但究竟如何才能将其改回正常行为（可能无需使用系统还原等）？