我只知道 Ruby on Rails ，没听说过 Turbo 8 。
简单看了看这个项目的文档，似乎用起来几乎不需要写 JavaScript ，只是写一些 HTML 标签。对使用者应该没什么影响，给这个项目贡献代码的人可能比较难受。

@VYSE PowerDVD 居然还活着
我已经 20 年没听过了

我绝对不会用隐私换便利的软件类型：
笔记本
终端模拟器
输入法
密码管理器

楼主可以试试 MPC-HC 播放器，虽然丑。

我从 2005 年用 MPC 至今，最早用的是原版，后来用 HC 。之后原作者不维护了换了 clsid2 版。
至于更早的时候用的什么……
是 豪杰超级解霸

那时候，我对 MPC 的界面真的一点意见都没有。

解码器过去用 ffdshow ，目前用 lav （似乎实际上都基于 ffmpeg ，hc 版都自带 lav 了），渲染器用 madVR 。屏幕校色+对 madVR 配置之后，能正常播放 HDR 视频。如果觉得播放视频时不时掉帧，除了性能不够以外，大多数时候都是渲染器的问题。

如果显卡性能跟不上，渲染器用 MPCVR 也可以，稍微配置一下，画面并不差，但似乎相比 madVR 会时不时掉帧。
字幕渲染用 Xysub 。

因为我有 GCN 架构的 AMD 显卡，我还装了 bluesky frame rate converter 来插帧。

网上应该有配置的教程，虽然我都没怎么看过。


我试过很多免费播放器，在 Windows/Linux/macOS 上都有试过。都有一些问题：

potplayer：画质和色彩看起来不太正常，如果只用 potplayer 可能看不出来……
vlc：seek 之后播放速度可能会随机变得略快一点或者略慢一点
IINA：视频格式支持不全，我手头有些视频不能播放，或者解码得到绿色画面。也不知道如何添加第三方解码器。这玩意也不支持 HDR ，哪怕是在 macOS 这种默认就对 HDR 支持更好的平台
MPlayer：哪怕用了第三方 GUI ，这玩意也比 MPC 更折腾，操作和配置的门槛都更高。我都不知道怎么添加第三方滤镜
MPV：其实 IINA 就基于这玩意，所以你才会觉得画面和流畅度有 IINA 的体验……然而这才是 IINA 它爹。这个播放器除了交互上跟 IINA 有区别（不如 IINA ，太简洁了）以外，其他方面的问题同 IINA

除此以外还有相对来说的：potplayer 播放采集卡画面的延迟比 mpc 略高一些

上面提到的问题如今未必存在，因为我很久没用过这些了。不过当时我觉得 MPC 除了界面丑（过去比现在还丑）以外，绝大多数痛点都可以想办法搞定。

至于 MPC 的缺点……
1. 丑（大多数人拒绝的理由）
2. 不能开箱即用
3. 整个交互逻辑都是 199x 年的风格，没有触摸板支持。界面库用 MFC ，不能跨平台

之前 MPC 没办法在进度条上显示章节信息。我的朋友贡献了一个 Pr ，现在都支持了。


大概 10 年之前的事情：
我之前给同学装系统时，顺手给他折腾了一套 MPC 。
后来有一天他突然找我，请我帮他装 MPC 。他说他找别人重装了系统，但是试了几个播放器，感觉都不如“你给我装的那个启动之后界面上有个 123 的播放器”好使。

你的电脑其实性价比挺高的，跟 MacBook Air 比的话……而且 AMD 确实 YES 。

2020 年 1 月花 3100 买，用到今天，直接扔掉（不是卖二手或者回收），平均每天的成本是：
2.34 元

如果在那个时候花了 7999 元买丐版 MacBook Air （ Intel 芯片）
要想达到每天 2.34 元的成本，需要：
3418.376 天

相当于：
9.3654 年

而你只用了 3 年半，你可以换一台新电脑，现在 3000 多也可以买到 16GB 内存的笔记本。

如果现在卖掉当初买的 MBA ，我在闲鱼上随便找了一个不一定卖得出去的价格：
https://i.imgur.com/GNgyupd.jpg

卖出去之后，使用成本是 4700 元，手头不剩下任何电脑。这个成本已经超过了你的电脑购买价格。
哪怕是 MacBook Air M1 （虽然当时没有），也只卖 3800 元，成本为 4200 元。

我从 2006 年开始用国际版 Firefox 至今，现在回复这个帖子用的也是
要问我当初为什么选择 Firefox ，其实没什么特别的理由，只是当时的 Firefox 广告是：

“检测到您的 IE 浏览器版本过低，建议您立即升级到最新版 Firefox 浏览器”

都可以实现，不过：
1. 其实很多国内 ROM 只能双开特定应用，MIUI 可以多开几乎所有应用；
2. 大多数国内 ROM 都支持通话录音而不支持 APP 录音，而 MIUI 支持微信之类的 APP 通话录音。低端型号不一定有，旗舰不用担心这个问题；
3. 如果没有修改第三方 APP 的需求，其实不需要 root ，大多数搞机工具用 shizuku 就足够了。如果有，也可以不需要 root ，有一些容器化的 xposed 方案；
4. 这个几乎都有

我还是喜欢 root 的。用 Magisk 开 zygisk 模式，把各种金融类 APP 都加入白名单（不会做任何修改，也检测不出来）。
主要目的是替换系统默认的应用安装程序。大多数国内 ROM 的那玩意会阻碍安装，还会上传整个系统所有包名到服务器上。

拿去问了 GPT-4-0612
得到的回答：

Flink 支持多表 join 的查询结果同步到新的一张表里。你可以使用 Flink SQL 或者 DataStream API 来实现这个需求。

以下是一个使用 Flink SQL 实现的例子：

```java
StreamExecutionEnvironment env = StreamExecutionEnvironment.getExecutionEnvironment();
StreamTableEnvironment tableEnv = StreamTableEnvironment.create(env);

// 注册 a, b, c 三个表
tableEnv.registerTableSource("a", ...);
tableEnv.registerTableSource("b", ...);
tableEnv.registerTableSource("c", ...);

// 执行 join 操作并将结果插入到新的表
tableEnv.sqlUpdate(
"INSERT INTO new_table " +
"SELECT * " +
"FROM a " +
"JOIN b ON a.order_id = b.order_id " +
"JOIN c ON a.order_id = c.order_id"
);

env.execute();
```

这个例子中，我们首先创建了一个 `StreamExecutionEnvironment` 和一个 `StreamTableEnvironment`。然后，我们注册了 a, b, c 三个表。接着，我们执行了一个 join 操作，并将结果插入到新的表中。

需要注意的是，这个例子中的 join 操作是基于事件时间的，并且假设 a, b, c 三个表中的数据都是按照订单号排序的。如果实际情况不是这样，你可能需要使用其他类型的 join 操作，例如 interval join 或者 window join 。

另外，你提到了使用 ES 来加速查询。这确实是一个可行的方案。你可以使用 Flink 的 Elasticsearch connector 将数据写入到 ES 中。然后，你可以使用 ES 的强大的搜索和分析功能来加速查询。

最后，关于优化查询性能，还有一些其他的方案可以考虑：

1. 对关联字段建立索引：如果 abc 三个表都是根据订单号关联的，那么可以考虑对订单号字段建立索引。这样可以大大提高 join 查询的性能。

2. 分区和分桶：如果 abc 三个表的数据量非常大，那么可以考虑对表进行分区和分桶。这样可以将大表切分成多个小表，从而提高查询性能。

3. 使用更快的存储引擎：如果你正在使用 MySQL ，那么可以考虑切换到更快的存储引擎，例如 InnoDB 或者 MyRocks 。

4. 使用列式存储：如果你的查询主要是聚合操作，那么可以考虑使用列式存储，例如 Apache Parquet 或者 ORC 。列式存储可以大大提高聚合查询的性能。

5. 使用缓存：如果你的查询主要是点查操作，那么可以考虑使用缓存，例如 Redis 或者 Memcached 。缓存可以大大提高点查查询的性能。

我以前也用一加
自从几年前被曝光在氧 OS 里发现了检测剪贴板是否包含敏感词，检测到就会自动上传剪贴板数据之后
然后官方的解释还是“反而是系统识别出这些文件，是为了过滤掉这部分些数据不上传”
那问题反而更严重了……
之后我就不用了

有没有办法在中国也用上

今天可能够用，明天不一定够