$localize 也支持运行时加载 translation 的啊

@Avalonisgreat 哪有 1 啊，都是 0 ！《从 0 开始学 Python 》《从 0 开始学 Linux 》《 0 基础入门 DevOps 》 1 都不用学这些的。

vertical-align 定义的是行级元素即 display inline 或 inline-box ，inline-flex 等，在行盒内垂直方向如何对齐。行盒高度由 line-height 决定，想象成英语作业本的四线三格，vertical-align 不同取值就是指定行盒内的行内盒子怎么和该行的四线三格对齐。

inline 元素创建出来的行内盒子比较简单，想象它自己也创建了个四线三格，默认 baseline 对齐行盒的 baseline 。上下标对齐就是行内盒的基线对齐行盒四线中的其他位置。你也就能理解 css 怎么做到一行内不同大小字体文字怎么实现的混排了。

对于 inline-block 元素就麻烦了，因为 inline-block 内部可以包括无限的其他元素，可以有各种行啊块啊，它作为一个行内盒子和行盒的四线三格怎么个对齐法呢？但 inline-block 内部总归是一堆块啊行啊的吧。spec 规定 inline-block 元素的 baseline 定义为内部常规流中的最后一个行盒的 baseline ，absolute 和 float 不在该列。如果 inline-block 内部没有行盒，那么 baseline 就是 margin 盒子的底边。

好了现在就可以分析你的 test1 了。test1 创建了一个行盒，line-height 从 body 继承。icon1 默认 baseline 对齐 test1 创建的行盒的 baseline ，也就是 40px 的底部，span1 创建的盒子要把中线对齐行盒的四线三格的中间，也就是基线往上一半格。行盒必须包含住行内所有盒子的高度，所以行的四线三格外会因为内部参差不齐导致实际高度比 line-height 高，test1 只有这一个行盒因此高度就是 test1 内容盒子的高度。你可以根据浏览器默认 body 上的 font-size 和 line-height 进而算出 test1 有多高，看看跟实际渲染的高度是否一致。

也不用物理层面破解啊，Chrome 有个插件可以对网页播放的音频录音，你前端怎么防？总得走 audio 标签或者 js audio API 来播放吧。

再不然系统层面要拦截一个程序的音频输出然后转存成音频文件你怎么防，都不用说物理信号层的音频转录了。

也就能做到防止别人扒出 url 直接下载音频文件的程度。

@yagamil 哈？ native speakers 一样烦恼命名问题啊，这跟英语好不好没关系。

@yunyuyuan 另外 preact 也引入了 signals 哈哈哈，因为 signals 可以做组件内的细粒度更新而不用考虑 hooks 随组件函数每次重复执行带来的心智负担，和闭包陷阱说再见。

技术永远在更新，但永远不可能存在银弹。

@joesonw 这跟 React 的 useEffect 不一样，你不如说和 Vue 的 watch 相似，数据有更新了做一些别的事而已。 要说对比那还得拿 solidJS 里的 Signal 对比。

@media print {
html, body {
display: none;
}
}

@fimd navigator 是浏览器的 API

super 是静态绑定，有些场景是模拟不了的。

class A {
m() {console.log('A')}
}
class B extends A {
m() {console.log('B'); super.m()}
}

b = new B()
m = b.m;
m(); // 方法可以脱离原来的主体，super 照样拿得到。this 不行

Chrome devtools 可以让页面保持停留在聚焦状态同时你还能操作 devtools. 搜 Emulate a focused page ，enable 即可。

不妨上 HTML 和 CSS 让大家一探究竟。你最后的 元素 display 是什么？

@yikyo 安卓系统自带的 webview 都是可以单独更新的， 一个 app 自带的 webview 内核还有什么旧项目考虑的。查了一下，chrome 69 是 Google 在 2018 年 9 月发布的，紧接着 2018 年 10 月就发布了 Chrome 70. 现在 4 年多过去了，安卓都从 Android Pie 发展到 Android 13 了，Chrome 版本号都 108 了。。。。

印度人说 don'd dell me wa do do 英语母语者也是能听懂的。所以你说 sank you , I sink 都可以认为是口音范畴啦，不影响交流。of 那个是弱读问题，你读哦夫只是听起来怪，不流畅，也不是严重发音问题。至于 look book push 我只能说发不准某些元音不是大问题，不要偏太多就行。你就是 beach 和 bitch sheet shit 发不准也有语境帮你，不会有大问题的。

英语口语重节奏，所以单词重音错了就会让老外非常摸不着头脑。短音节单词元音也重要，元音不准就容易跑偏成别的词，听众就需要上下文辅助理解。长音节单词重音对了节奏对了元音大差不差母语者基本能明白的。

没有 class 的年代不都是这样么？你甚至可以在构造函数里 return 。

然而谁在项目里这样写会被拉出来打的。

Media source extension api

@realpg 对，其实用 session 类型的 cookie 存东西就行，用户关了所有 tab 自动被清掉。用 sessionStorage 存的话要考虑跨 tab 共享问题，解决完这个问题，行为就和 session cookie 一致了。

利用好了，根本就不要什么 logout 接口。

@realpg 依赖 session 类型的 cookie 然后捏？怎么在合适的时候调用 logout 接口？所以说要改实现，因为没法保证调用后端的 logout 接口。

还有哦，sessionStorage 和 session 类型的 cookie 行为不一致。sessionStorage 不跨 tab.

@realpg 这还不奇葩？这跟动态网页有什么关系？你哪怕是 windows 客户端也不能保证用户退出就一定能调用到服务端的 logout 接口。我强杀进程，直接强制关机等等，都可能导致客户端直接就消失不调用你的 logout 接口。

logout 是要干什么？统计在线人数么？还是释放啥资源还是什么？非要强依赖客户端在线与否，那只能建立 socket 或者让客服端发心跳。期望客户端恭恭敬敬给你调用 logout ，那只能说无法保证。