DYMO 标签 Web 服务打印速度慢
DYMO Label Web Service Printing Slow
我注意到从 2018 年 4 月 23 日今天早上开始使用 DYMO 标签 Web 服务打印时有 5 到 15 秒的延迟。这发生在所有浏览器上的多台 PC 上。在 Mac 上它工作正常。
%LocalAppData%\DYMO\DLS8\DLSWebService.log 的日志似乎显示了延迟。除了通常的 Synchronous XMLHttpRequest on the main thread is deprecated 警告之外,我在控制台中没有看到任何错误。
DYMO.DLS.Printing.Host.exe Information: 0 : PrintLabel: DYMO LabelWriter 450 Turbo
DateTime=2018-04-23T17:08:34.9541652Z
DYMO.DLS.Printing.Host.exe Information: 0 : Loading barcode lib from C:\Program Files (x86)\DYMO\DYMO Label Software\MDYMOBarcode.dll
DateTime=2018-04-23T17:08:50.1456872Z
DYMO.DLS.Printing.Host.exe Information: 0 : Utils.CreateLabelPrintParams(): printParams == null, creating default printParams based on printer type
DateTime=2018-04-23T17:08:50.1547276Z
Status for job sent to printer DYMO LabelWriter 450 Turbo i False
DYMO.DLS.Printing.Host.exe Information: 0 : CheckServiceStatus
DateTime=2018-04-23T17:08:51.3098746Z
DYMO.DLS.Printing.Host.exe Information: 0 : GetPrinters
DateTime=2018-04-23T17:08:51.3269198Z
我尝试更新到 DLS8Setup.8。7.exe 但这没有帮助。
我破解了Procmon,一探究竟
这似乎是由于 Dymo 标签服务在每次输入标签以验证其模式时查询 128.30.52.100 (hans-moleman.w3.org)。直到今天我们才受到此服务的速率限制。
针对此 IP 地址为 DLS 服务可执行文件设置出站防火墙规则解决了该问题。
我们也 运行 参与其中。显然,Dymo 打印服务正在尝试根据 xsd 文件验证生成的 xml。该文件未缓存,因此打印服务正在点击 w3.org 来下载它。最近一段时间 w3.org 停止响应此请求,导致 xml 验证因请求超时而变慢。因此,这与任何 Windows 更新、Dymo 打印服务更新或任何浏览器更新无关。
如果您 运行 在 Windows 中以管理员身份 shell 执行此命令(并且您的服务路径与我们的路径相同),它将阻止对 w3.org,导致它快速失败而不是缓慢失败并继续打印。
New-NetFirewallRule -DisplayName "dymo-xsd-exclude" -Direction Outbound -Action Block -Program "C:\Program Files (x86)\Dymo\DYMO Label Software\DYMO.DLS.Printing.Host.exe" -RemoteAddress 128.30.52.100
这是一个短期解决方案。正确的解决方案是让 Dymo 更新他们的打印服务以包含 xsd 而不是通过互联网调用它。
我也遇到过这个问题,这里是 link Dymo Developers 博客和推荐的解决方案。
http://developers.dymo.com/2018/04/24/recent-issues-with-slow-printing/
本博客推荐的 2 种解决方案是:
1) 阻止连接到 128.30.52.100 (http://www.w3.org/1998/XMLSchema)
2) 使用 windows defender 防火墙防止 DYMO.DLS.Printing.Host.exe 进行出站连接。
仅供参考。 Dymo 已发布修复程序。他们发布了 8.7.1 版,修复了缓慢的问题。它可以从开发者网站下载:
http://developers.dymo.com/2018/04/24/recent-issues-with-slow-printing/
我注意到从 2018 年 4 月 23 日今天早上开始使用 DYMO 标签 Web 服务打印时有 5 到 15 秒的延迟。这发生在所有浏览器上的多台 PC 上。在 Mac 上它工作正常。
%LocalAppData%\DYMO\DLS8\DLSWebService.log 的日志似乎显示了延迟。除了通常的 Synchronous XMLHttpRequest on the main thread is deprecated 警告之外,我在控制台中没有看到任何错误。
DYMO.DLS.Printing.Host.exe Information: 0 : PrintLabel: DYMO LabelWriter 450 Turbo
DateTime=2018-04-23T17:08:34.9541652Z
DYMO.DLS.Printing.Host.exe Information: 0 : Loading barcode lib from C:\Program Files (x86)\DYMO\DYMO Label Software\MDYMOBarcode.dll
DateTime=2018-04-23T17:08:50.1456872Z
DYMO.DLS.Printing.Host.exe Information: 0 : Utils.CreateLabelPrintParams(): printParams == null, creating default printParams based on printer type
DateTime=2018-04-23T17:08:50.1547276Z
Status for job sent to printer DYMO LabelWriter 450 Turbo i False
DYMO.DLS.Printing.Host.exe Information: 0 : CheckServiceStatus
DateTime=2018-04-23T17:08:51.3098746Z
DYMO.DLS.Printing.Host.exe Information: 0 : GetPrinters
DateTime=2018-04-23T17:08:51.3269198Z
我尝试更新到 DLS8Setup.8。7.exe 但这没有帮助。
我破解了Procmon,一探究竟
这似乎是由于 Dymo 标签服务在每次输入标签以验证其模式时查询 128.30.52.100 (hans-moleman.w3.org)。直到今天我们才受到此服务的速率限制。
针对此 IP 地址为 DLS 服务可执行文件设置出站防火墙规则解决了该问题。
我们也 运行 参与其中。显然,Dymo 打印服务正在尝试根据 xsd 文件验证生成的 xml。该文件未缓存,因此打印服务正在点击 w3.org 来下载它。最近一段时间 w3.org 停止响应此请求,导致 xml 验证因请求超时而变慢。因此,这与任何 Windows 更新、Dymo 打印服务更新或任何浏览器更新无关。
如果您 运行 在 Windows 中以管理员身份 shell 执行此命令(并且您的服务路径与我们的路径相同),它将阻止对 w3.org,导致它快速失败而不是缓慢失败并继续打印。
New-NetFirewallRule -DisplayName "dymo-xsd-exclude" -Direction Outbound -Action Block -Program "C:\Program Files (x86)\Dymo\DYMO Label Software\DYMO.DLS.Printing.Host.exe" -RemoteAddress 128.30.52.100
这是一个短期解决方案。正确的解决方案是让 Dymo 更新他们的打印服务以包含 xsd 而不是通过互联网调用它。
我也遇到过这个问题,这里是 link Dymo Developers 博客和推荐的解决方案。
http://developers.dymo.com/2018/04/24/recent-issues-with-slow-printing/
本博客推荐的 2 种解决方案是:
1) 阻止连接到 128.30.52.100 (http://www.w3.org/1998/XMLSchema)
2) 使用 windows defender 防火墙防止 DYMO.DLS.Printing.Host.exe 进行出站连接。
仅供参考。 Dymo 已发布修复程序。他们发布了 8.7.1 版,修复了缓慢的问题。它可以从开发者网站下载: http://developers.dymo.com/2018/04/24/recent-issues-with-slow-printing/