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 ,都不是万网。
域名注册时间是当天凌晨,但诡异的是,更新时间竟然早于注册时间几十秒。
结合以上信息,不能证实,只能怀疑,完全可以被解释为巧合。
我只能说,资本的吃相真是越来越难看了。



Git changing author info

参考:
Error “Your push would publish a private email address”
How to amend several commits in Git to change author
Changing author info

在 Gitlab CI 中创建 Tag

从 Gitlab 13.2 开始提供支持,在此之前需要使用 token 调用 api 的方式创建,并且在 push 时跳过 CI 执行,还是挺麻烦的。

参考:
Tag creation in pipelines
Avoid additional pipeline run when creating new tags in a pipeline
Push Options
GitLab CI/CD pipeline configuration reference – workflowrules
GitLab CI/CD pipeline configuration reference – release

git cherry-pick (摘樱桃)的功能和缺陷

简单来说,功能是直接从分支A,复制某次提交及其之后的记录到分支B中,并不会留下合并记录。
缺陷是,由于没有合并记录,分支A和分支B在经过各自一系列的提交之后,再进行合并时,分支合并算法会基于最近的共同基点(在cherry-pick 操作之前),此时合并结果可能会直接使用错误的版本,且不会有冲突提示

参考资料:
git cherry-pick 教程
Stop cherry-picking, start merging: Index
Stop cherry-picking, start merging, Part 1: The merge conflict
Stop cherry-picking, start merging, Part 2: The merge conflict that never happened (but should have)
Stop cherry-picking, start merging, Part 3: Avoiding problems by creating a new merge base