IE下的DHTML有各种MS$的私有特征，已经是众所周知。其中有个比较有趣就是：event.screenX和event.screenY，可以获得系统级别的鼠标位置坐标。
咋一听，其实也觉得没什么。屏幕上的坐标无非就是：浏览器客户区域里的坐标 + 浏览器窗口坐标 + 客户区偏移，仅此而已。
IE本身就可以通过event和screen对象得到各种屏幕和窗体位置有关的信息。
然而，真正诡异的事还没开始！按照标准的DOM模型定义，只有在触发某个事件的时候，才能从event中获得与该事件相关的参数。
也就是说，只有触发mousemove，等这类mouseXXX鼠标事件时，才有权获取和鼠标有关的参数。然而，在万恶的IE下，任何事件触发后，都能获取event.screenX和event.screenY，甚至在页面最小化时！
当然，你可能会说这还是需要依赖一个事件。然而，这里的事件可以是任意的onxxx这类回调函数，并非局限于UI事件。于是，我们可以人为的制造它！
最简单的例子，给一个new Image设置一个无效的src，它的onerror事件立马就触发了！
于是我们可以在onerror里获取event.screenX，然后继续设置无效的src，于是就可以实时跟踪用户屏幕级别的鼠标指针了。因为onerror的产生不限于任何UI消息，因此页面最小化或非活动状态下，事件仍然能够触发！
至于能不能获取鼠标或键盘哪个键被按下，很不幸，真的不可以。如果捕捉全局按键，哪岂不是可以监听密码输入了。。。
事实上，onerror这类非UI事件的触发，根本就没有任何鼠标或键盘参数传入浏览器窗体，所以也就无法获取各种鼠标键盘信息。至于event.screenX，唯一的解释估计它是event的一个Getter，内部直接调用了GetCursorPos这个Win API，并非事件的触发者提供了这属性。
如果某个页面植入了这样的跟踪代码，然后将坐标位置通过socket.io实时传送回来，岂不是很有趣。。。
bug,跟踪系统
免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！ 如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com
这一波大模型产业落地浪潮里，不少企业其实处在 “干瞪眼“的状态。
一种情况是，很多大模型产品看得见却摸不着，在台上一个个遥遥领先——今天Sora技精四座，明天英伟达的机器人又赢得满堂彩，可是到了台下一问：啥时候能用上啊？答曰：遥遥无期。
另一种情况是，企业想用上大模型，却又难免瞻前顾后——既要考虑场景融合，又得兼顾安全性，还要考虑打通现有系统，再加上各种部署成本和繁琐的采购流程……最后只能拂袖：罢了，再等等吧。
稳了！魔兽国服回归的3条重磅消息！官宣时间再确认！
昨天有一位朋友在大神群里分享，自己亚服账号被封号之后居然弹出了国服的封号信息对话框。
这里面让他访问的是一个国服的战网网址，com.cn和后面的zh都非常明白地表明这就是国服战网。
而他在复制这个网址并且进行登录之后，确实是网易的网址，也就是我们熟悉的停服之后国服发布的暴雪游戏产品运营到期开放退款的说明。这是一件比较奇怪的事情，因为以前都没有出现这样的情况，现在突然提示跳转到国服战网的网址，是不是说明了简体中文客户端已经开始进行更新了呢？