上一篇文章测试了希捷固态硬盘的读写速度。这篇文章测试下 2019 年买的三星雷电 3 移动固态硬盘的读写速度。
速度确实快，要追求速度确实应该带雷电接口的固态硬盘。但速度再快也不会超过 Mac 自带硬盘的速度快，而且特贵，并且连接上电脑后即使没使用也发热特严重，！！！
同时也通过这个测试来说明：如果仅仅为了避免 Mac 硬盘空间不足而购买这些外置硬盘，是非常不可取的。在购买 Mac 的时候就应该选稍微大一点。为什么又是稍微大一点呢，因为 Mac 的更新换代是非常快的，比如从 Intel 架构到 ARM 架构，现在的 M1 Ultra 多强大啊，前几天的苹果发布会又发布 M2 了，所以稍微加大，满足工作需求即可。
去年买了一个希捷 2T 的移动机械硬盘，划分了 1.5T 用于作为 MBP 的备份盘，500G 用于备份我那使用几年 DELL 笔记本，因为那台笔记本即将给小姨子。
Mac Studio 也使用有阵子了，今天突然想着测试下该硬盘的读写速度，于是并测试了其通过雷电 4、USB-A、USB-C 端口连接的读写速度。
结论就是千万不要买机械硬盘，速度太慢了，而且要等待硬盘停止转动才能从电脑推出，因此推出可能会很慢。有钱就上带雷电接口固态硬盘。买 Mac 的话直接选大存储空间就是，个人觉得至少 1T。
Markdown 官方似乎都没有给出相应的规范。网上也很少有人讨论这些。
Github 使用 Linguist 执行语言检测和语法高亮。我在 Linguist 规范中似乎没有找到答案。于是创建了一个讨论 What is the preferred way to include error messages in Markdown? · Discussion #5927 · github/linguist，期待能得到答案。
与 Linguist 同类的是 highlight.js，但是 highlight.js 上也没有找到用于显示日志、提示、警告、错误等消息的语法高亮。
于是我创建了一些 示例，然后将其放在 GitHub 上，通过对代码块使用不同语言渲染后的效果，我的建议是，使用 markdown 语言标识符仅高亮 Markdown 语法，或者不要添加任何语言标识符，不进行语法高亮显示，因为似乎没有一种语言标识符能满足，杂乱的高亮反而影响阅读。
StackExchange 上也有说用引用，但是引用不会自动换行，它和无语法的文本一样，在 Markdown 中普通换行是不会换行的。没有换行阅读起来更累，因为用引用肯定是不行的。
当然最好的方案就是 Linguist 使用 Jetbrains IDE 使用的语法高亮。你看他们家的 IDE 对输出的信息显示得多好。
在 GitHub 上大多数知名项目的 Git Commit Message 其实都没有具体的规范，其他更多的仓库的 Git Commit Message 更是五花八门，有的甚至没有写 Commit Message 或乱写。
规范的 Commit Message 在 review 代码的时候会更清晰，甚至通过 conventional-changelog 可以根据规范的 Commit 自动生成 changlogs 和 release notes。
静态网站托管平台虽然有很多，如：Gitee Pages、GitHub Pages、Vercel、Netlify、Cloudflare、Coding……，其中只有 Gitee Pages、Coding 是国内的企业，但能免费将 GitHub Organization 中的仓库网站免费托管并支持自定义域名的平台并不多，注意我这里说的是 GitHub 组织，并不是 GitHub 个人仓库。
对于一个入不敷出的开源组织网站，从长远的角度来看，我是不愿意将其付费托管的。
下面我将说下我尝试过的静态网站托管平台及最终使用的是哪个平台。
通过前两篇文章 ARM Win11 如何安装 SQL Server？ 和 DataGrip 如何添加 Azure SQL Edge 的 Data Source？ 我已经能成功的在 Mac 上管理 Azure SQL Edge 了。
今天发现导入到 Azure SQL Edge 中数据库的数据，中文显示成 ?，这个问题一看就是配置的字符集不是 Unicode 字符集，那该如何修改字符集呢？
标题用的 SQL Server，是因为 Azure SQL Edge 建立在与 SQL Server 和 Azure SQL 相同的引擎上。用 SQL Server 大家比较熟知。
我的 DataGrip 添加 SQL Server 2019 的 Data Source，不需要选特定的驱动就能添加成功。但添加 Azure SQL Edge 却没那么顺利。
DataGrip 是我目前用过的最好的数据库 IDE。在 ARM Mac 上通过 Docker 安装好 SQL Server 后，我立马尝试在 DataGrip 中访问，由于新系统，所以安装的是最新版本的 DataGrip，本以为新版本应该体验更好，但却发现了一个标题所说的致命问题。
该问题会导致我执行的 SQL 始终提示 Invalid object name 'table_name'，这个提示很容易理解，因为在 master 下该表是不存在的。
新旧 Mac 需要来回拷贝一些文件，用屏幕共享可以很直观的拖拽文件到指定位置，而且拷贝的文件都不大，所以直接拖拽用的比较多。今天需要将微信的聊天记录拷贝到新电脑，于是试了下隔空投送，发现 40G 的聊天记录拷贝的还挺快的啊。
随后我分别用隔空投送和屏幕共享的文件传输测试将旧 Mac 上的一个 5G 的视频文件拷贝到新 Mac 上，隔空投送只用了 1 分 50 秒，速度有 46M 每秒，而屏幕共享的文件传输需要一个多小时，速度只有 1M 每秒😱。
最近买了 Mac Studio，虽然不是 M1 Ultra，但是内存是 64G，为的就是希望通过 PD 安装 Win11不卡。
ARM 架构的 Mac 当然也只能安装 ARM 的 Windows，好在 Win11 有 ARM 版本。安装后，果然在强大的 M1 Max下，Windows 使用起来很流畅。虽然 Win11 能通过套娃的形式，提供一个虚拟环境供x86、x64 应用运行，但今天发现没法安装 SQL Server，这可是微软自家的应用啊，竟然还不兼容。SQL Server 2022 马上就要发布了，只能稍微带点期待了。
然后再看 ARM Win11 和隔壁家的 ARM macOS，对比 ARM 版本的应用，Win11 又输了😂。
而且 Win11 上我仅仅安装了几个应用，而 macOS 已经安装了很多应用了，可见苹果的号召力真大。
既然 Win11 ARM 上安装不了 SQL Server，那么该怎么办呢？