#TIL: macOS系统更新会使用HTTP
MacOS在处理系统更新的过程中可能会使用http(80)而不是全程https(443)。尽管这个步骤几乎没有任何信息泄漏、劫持的可能性(初始请求有https,后续有Apple Inc.签名和完整性检查),但是如果你始终看这个http不顺眼,可以用别的方法下载:直接去搜索引擎里搜需要的安装包,然后下载整个DMG文件(全程https)。
MacOS自动化录屏:$screencapture获取Audio Device ID
通过screencapture和SoundFlower制作一个脚本:玩游戏的时候运行这个录制视频程序并挂在后台,既可以每隔5分钟静默截图1次并保存,又可以每隔20分钟静默录制20秒的视频并保存。
MacOS: Google Chrome一直在尝试连接[2001:4860:4860::8888]
尽管你没有在macOS DNS里设置这个地址,Chrome仍然会坚持不懈地尝试连接它:[2001:4860:4860::8888]。
Vallum发布了beta 4.0版本
Vallum是一款MacOS下的防火墙软件,我购买并使用了一段时间,总体感觉较好。我用了一年多的Vallum 3.x,今天原本打算写一篇《Vallum的优缺点》,但是在编写本文的过程中意外发现官网悄悄放出了4.0 beta版本,所以本文的内容变成了对Vallum 4.0 beta版本的亮点列举。
#TIL: Chrome会自动移除超过90天的历史浏览记录
首先,Chrome会自动移除超过90天的历史浏览记录;其次,通过对历史记录数据库的内容对比可以发现,Chrome移除“超过90天的历史记录”并不是严格按照时间线删除的。
cURL:绕过Cloudflare,通过IP直接访问托管在shared hosting上的网站
适用情形:网站被托管在shared hosting里,没有独立IP。
Sometimes Cloudflare don't cache page via CURL request
在理想情况下,我们希望一个站点sitemap.xml里的任意一个链接内容,都被提前缓存在Cloudflare Edge Cache里。看起来很容易是吗?写一个遍历sitemap的脚本,把所有链接都爬一遍,这样它们就能缓存在Cloudflare里了。然而事实上可能并非如此。Cloudflare的edge cache服务并没有透明地公开具体规则(至少我不知道免费版怎么获得),它有保证你的缓存内容100%全球可用吗?可能未必是这样。比如你在Cloudflare上面一次性preload缓存了100个链接的html文件,结果过了一段时间发现其中有5个链接的缓存丢了。
(单线程)不同环境下的wordpress页面生成时间测试
简单的单线程实验,比较不同环境配置组合下的wordpress页面生成时间:apache, nginx, openlitespeed, opcache, object cache, unix socket, etc.
WordPress搜索所有unlinked images
对插件市场上绝大部分的lightbox插件而言,必须设置“Link to media file”才能让插件对图片生效。然而Gutenberg Editor很不给面子,在image-size、link-to等诸多图片设置上很不让人省心,需要编辑人员对每一张图片逐一手工设置。有的时候图片一多就很容易忘记link to media file这个操作,博客站点里就出现了lightbox失效的图片。