iOS 已经在排版时增加了 1/8 空格，用于中日韩文与数字和字母之间。Chromium 最新版也已经支持了，只是空格大小稍微不一样，Safari 也已经在跟进了。系统级别的排版 Apple 内部也已经在考虑了，如果长期来看这个问题应该不用考虑了。增加一个空格始终不是最优解。

会不会服务器资源被拿去跑 AI 了，搜索结果几百条后面的一般也没人去看，占据资源还不如拉去搞赚钱的业务。

颜值非常好看，已经 star

@ThinkStu #29 那你这还有自己的服务器跑着，真是的用爱和钱发电了。

我的跟你一样配置，也想问问。感觉是 49 年入国军，价格上不去。

@okampfer Apple 自带的输入法词库确实不行，同步词库这个功能就更是可以忽略了。这点我倒是没什么需求，日常打字感觉也没什么影响。

一般有更新了重启一下。

@smallyu 自带输入法是可以修改候选词大小的，候选词顺序的数字貌似无法修改，这个我觉得倒是不影响，我一般都不会留意到这个数字，基本上第一项都对，空格就行。但是有个问题，我已经给官方提了建议，目前候选词大小 18 太小，往上就直接干到 24 ，没有中间选项。最合适的选项不给出来。
@smallyu

Rime 用了一段时间，各方面都很好，有一点不舒服。如果不导入英文词库，不能直接输入英文单词，导入常用英文词库又太卡，也可能是我哪里配置不对。深入体验各种输入法之后，最后还是回到原生输入法。

愿你折腾半生，归来仍是原生。

我的这个体会，不仅针对输入法。

英文不好，能不能大概介绍一下这个项目做什么？是不是像 https://biomejs.dev 和 https://oxc-project.github.io 一样，要将 Prettier 与 ESLint 统一成一个工具？

确实，看讲师状态，在外国要饭要几年，英文水平肯定不差。

2023 年了站点最好启用 https 。

我还是觉得应该是登录而不是登陆。

@DIMOJANG 官方的说法是写一个账单日，我猜如果是按月定那应该就只有一个月，这样算吧。

之前用的 Apple Music ，后来停过几个月，等我再回来使用，我的所有数据都被清除了，客服表示就是这样设计的，停止续费一段时间就会清除所有数据。这一点非常不理解，从技术角度和成本来说，我不用，帮我暂时存一下这些数据，只是存一些歌曲的关联信息，即使上千上万首歌，占个几十 K 差不多了吧，作为全球最有钱的公司，应该不至于节省这点成本吧。没办法，之前的喜好全没了，也就没兴趣使用 AM 了。

@di11wei 我就在昆明，冬天，发现有这个问题困扰，还有大太阳，iOS 自动切换切换到 Dark 了，但是 Mac 没反应。

既然使用了 astro 这种方案，建议不要把单页的 CSS 放在一个文件内，而是全站的 CSS 放一起，这样全站来看可能会大一点，但是用户加载一次 CSS 之后就从缓存拿，全站就一个 CSS 文件才是使用 Tailwind 的正确方式。你全站代码量再大，CSS 增量不会大，越到后期 CSS 文件大小越是趋于稳定。

@Jaeger 生态薄弱，所以一起丰富生态吧，可以参与我的开源项目。

我的组件库 https://github.com/any-tdf/stdf 前几天按照 JSDoc 规则增加了 Props 的注释，写组件参数的时候会有类型提示，可选项也直接提示出备选项，开启 checkJs 或者 TypeScript 也会有类型校验。

感兴趣的可以使用 pnpm create stdf 创建个工程试试。

代码反正都要写注释，这样既省略了 TypeScript 编译开销，又有类型校验和提示，我觉得能满足大多数场景了。