Apple M1 CPU 踩到的坑

  1. Homebrew 安装后未生效
    解决方案:
    在安装后手动执行(注意安装日志最后输出的提示)
    echo ‘eval $(/opt/homebrew/bin/brew shellenv)’ >> ~/.zprofile
    参考资料:
    https://github.com/Homebrew/install/blob/master/install.sh#L745
  2. Node.js Check failed: allocator->SetPermissions
    解决方案:
    升级到 14.17.0 或 15.9.0
    参考资料:
    https://github.com/nodejs/node/issues/37061#issuecomment-770863819
    https://github.com/nodejs/node/issues/37061#issuecomment-780499544
    https://github.com/nodejs/node/pull/38507
    https://github.com/nodejs/node/pull/38051
    https://github.com/nodejs/node/issues/37309

Chrome 85 的 content-visibility 会影响 position: absolute 的策略。

Chrome 85 之后,提供了 content-visibility 属性,用于优化渲染性能,放弃布局或绘制不可见元素。
经测试,对于长列表等结构,优化大幅提升。还不用修改业务逻辑,性价比极高。不过要注意,还是副作用的。
目前已经发现,应用了该属性的元素会影响绝对定位子元素的布局策略:
原 absolute 的元素会相对于最近的非 static 祖先元素定位,现会相对于当前元素定位。

参考:
content-visibility: the new CSS property that boosts your rendering performance
Cascading Style Sheets position

Chrome 88 似乎启用了对 ::selection:not() 的支持?

升级到 Chrome 88 后,发现选中文本后的蓝色背景没有了。
经过排查后发现 87 和 88 版本的差异在于一个代码中存在很久的 CSS 伪类 ::selection:not(input) { background: rgba(0,0,0,0); }
87 版本的 Styles 中不存在该伪类,但 88 版本中存在,造成蓝色背景丢失,白色字体配白色背景看上去好像文字丢失了一样。

Base64编码的字体文件,也会被了浏览器延时加载。

在现代浏览器中,使用 @font-face 方式引入的字体文件,无论是 url 外部引入,还是 base64 内链引入,均会延时加载。表现为未使用该字体时,网络面板不会出现该资源的请求。
尤其是 base64 内嵌字体文件,即便已经被下载,也会在初次使用时才进行加载。如果想在字体加载完成后才进行操作,就需要等待试验阶段的 CSS Font Loading API 了。

参考:
How we use web fonts responsibly, or, avoiding a @font-face-palm
How We Load Web Fonts Progressively
Better @font-face with Font Load Events
@font-face Load Events
CSS Font Loading API

[疑似]钉钉监控用户消息,检测未注册域名,挂牌售卖。

在公司钉钉群中,发送了内网使用的域名 xxx-inc.net 。之前显示的只是常规的文本链接效果,今天突然出现了网页预览卡片,内容是域名售卖。
赶紧去查下域名whois信息,发现域名已经在当天被注册。但注册商是 dynadot.com ,域名交易是 sedo.com ,都不是万网。
域名注册时间是当天凌晨,但诡异的是,更新时间竟然早于注册时间几十秒。
结合以上信息,不能证实,只能怀疑,完全可以被解释为巧合。
我只能说,资本的吃相真是越来越难看了。