山维空间 – 肉山的生活记录和技术分享

css

诡异的 `height: intrinsic`

我厂最新也是最重要的产品 OpenResty XRay 即将开始邀请测试，所以官网上自然要添加对应的网页。目前该网页已经部署到生产环境，大家可以访问 https://openresty.com.cn/cn/xray/ 简单了解一下。

这个页面的最下面，“信任与合规”区块是一些标准化组织的认证，按照需求应该放几个 logo。然后我就很自然的用 display: flex 来做了。在桌面浏览器显示正常。

但是在 iPhone Safari 上，上面的两个图标会变得瘦长，看起来是高度计算有问题。我尝试修复这个问题，却除了写明高度，只有 height: intrinsic 可以让它显示正常。去 MDN 一搜，竟然没有这个属性？！只提到 max-content 和 min-content 两种“intrinsic”的属性。

在 caniuse 上，可以看到 intrinsic 是个非标准化的属性，应该是以前浏览器自发实现过，后来被 max-content 和 min-content 取代。但是为何 Safari 明明支持这几个属性，但是只有 height: intrinsic 能显示正常，我就不知道了，也没有查到。

先记一下吧，将来再看。如果有同学遇到类似的，图片在 display:flex 横排时尺寸出现问题，可以试试这个。

标签 intrinsic, safari

html

使用 <input type=”file”> 上传 ZIP/RAR 文件

上传文件要用到 <input type="file">，这个元素有个 accept 属性，可以用来筛选文件类型，方便用户选择。按照 MDN 的说法，这个属性的值支持以下几种形式：

合法的文件扩展名，大小写不敏感，以 . 作为开头，比如 .jpg，.pdf
合法的 MIME type，不需要扩展名
媒体文件，audio/* 适配任意声音文件，video/* 适配任意视频，image/* 适配任意图片

同时，属性值可以使用 , 连接，表示“或”的意思。注意，这里只能是单独的 ,，不能有空格，不然有空格的部分会失效。所以，比如，一个上传图片、以及 PDF 的元素就可以写成：

<input type="file" accept="image/*,.pdf">

使用扩展名比较方便，但是扩展名太多不方便管理，比如 .jpg 和 .jpeg，容易漏掉，所以我更喜欢 MIME type。那么压缩文件的 MIME type 是什么呢？经过一番搜索和尝试，是：.zip,.rar,application/x-rar-compressed,application/zip,application/x-zip-compressed,application/octet-stream。

标签 file, html, input, zip

js 技术

基于 @vue/cli 的项目配置 browserslist

前些日子虽然写了最近折腾 @babel/preset-env 的一些小心得，但其实没有正确的理解和配置 browserslist，所以今天问题又来了。

继续阅读

标签 babel, browserslist, vue-cli, 工具链

Nuxt.js 支持 core-js 3

Vue CLI 升级到 v4 之后，将内部的 core-js 依赖升级到 v3，关于 core-js v3 和 core-js v2 之间的区别，我在最近折腾 @babel/preset-env 的一些小心得里简单介绍过。

升级完 Vue CLI 之后，在调用 nuxt generate 生成静态页，就会报错，因为 Nuxt.js 默认使用 core-js 2。这个时候，如果 Nuxt.js 版本在 2.6.0 之后，就只需要修改 nuxt.config.js 里的配置，指定 core-js 的版本：

module.exports = {
  build: {
    babel: {
      presets({ isServer }) {
        return [
          [
            require.resolve('@nuxt/babel-preset-app'),
            // require.resolve('@nuxt/babel-preset-app-edge'), // For nuxt-edge users
            {
              buildTarget: isServer ? 'server' : 'client',
              corejs: { version: 3 }
            }
          ]
        ]
      }
    }
  }
}

参考文档：https://nuxtjs.org/guide/release-notes#v2.6.0

说起来 Nuxt.js，用它发布静态页比想象中复杂，如果你想快速掌握这个技能，不妨看下我的这本小书：

标签 core-js, core-js 3, nuxt.js, vue-cli-4

解决 Firefox 下的 race 问题

我厂有几个产品，需要从后端获取大量的信息，为了让用户能够近乎实时的看到这些信息，大部分数据都是通过 WebSocket 发给前端。这些产品在 Chrome 下表现正常，但是在 Firefox 下经常把数据格式搞乱，最终渲染失败。

因为 Firefox DevTools 没法解析 WebSocket 数据，而且市场占有率比较低，所以我一直没有解决这个问题。前几天终于把最小可复现实例搞出来，正准备研究，结果同事已经修好了。

预览版的 Firefox 终于可以在 DevTools 里查看 WebSocket 每一帧的数据，所以她尝试看了一下，发现从解析二进制数据的角度来看，Firefox 应该没问题。于是又回到代码，发现了一个可能产生 race 的点：

if (data instanceof Blob) {
  data = await new Response(data).arrayBuffer();
}

因为服务器返回的数据是二进制，所以我需要进行一次转换，把它变成 ArrayBuffer，然后再通过 TextDecoder 转换成文本，然后处理。Response.arrayBuffer 返回的是 Promise，所以我就很自然的用 await，并且在 Chrome 上运行良好。

但是在 Firefox 里，某些帧会后发先完成转换，a b c 变成 a c b，于是数据格式错乱，无法正常解析。我怀疑 Chrome 并没有真的把这一步保留到用户，而是同时存了两份数据，这样转换的时候直接给出数据就好，所以是微任务，不走 Event loop，不会产生 race。而 Firefox 则是实时转换，所以是宏任务，所以出问题。

我尝试去翻了一下源码，无奈平时没看过，所以没能找到证据。如果有哪位同学刚好知道，可以在评论里告诉我。