file lock 或者 socket file lock

BTW ，你前端部分 WASM 大的原因也是有的。yew 里面不推荐用 reqwest 来做 fetch ，我记得是有一个自带的 fetch 还是什么方法的，不需要引入一个那么庞大的库。

1. lazy_static 已经 out-date 了，once_cell 是更佳主流的选择
2. 满屏幕的 unwrap expect 只要稍微有一点网络波动，你的 actix-worker 就炸掉了，尝试用一用 thiserror 或者 anyhow ，不然你的所有错误都不能返回一个正常的 http status
3. 既然使用了 diesel 建议用上 diesel_migration 的 embedded_migration 来做 migration
4. 在 async controller 里面满眼都是 diesel 的同步操作，意思就是你的 controller 根本就没有享受到 async 带来的好处。选择 diesel 就要学怎么用 actix 的 actor 模型跟 diesel 做组合。 不然就老老实实换成 sqlx 这种异步的数据库操作库
5. 满屏的 HttpResponse::Ok().json(results) ，actix-web 的默认 impl Responder 对于 Serialize 对象就是 Json 处理。
6. let token = req.headers().get(AUTHORIZATION); authentication 的处理也是让人震惊，
pub struct AuthenticationUser {...}
impl FromRequest for AuthenticationUser {...};
async fn required_login(user: AuthenticationUser) {...}
async fn optional_login(user: Option<AuthenticationUser>) {...}
7. reqwest 的请求建议都写上 timeout 不然很容易炸掉整个 runtime

hmmmm 我只能说这个项目的后端 actix 部分的使用，可以算是还没入门阶段

trie 树就好了啊

「兼容 VS Code 插件体系」

先用 rpg maker 做一个简单的出来吧，有作品证明你的策划和构思能力，再用一个完整的方案来吸引其他人。

绝对适合效率性选手
哈哈哈，意思就是高效率完成 150% 工作才能 10-8-5 ，如果是普通人就需要 10-10-6 来完成这个工作量

在印度，一次带两台电脑坐飞机还会被要求交税呢。

@pheyer https://pictle.web.app/

当然可以啊， 用 sni 分流就好了。

@duke807 https://github.com/Kilerd/chineseword 我也写了一个， 哈哈哈哈哈

2.8 刀一个月就有 50G 的空间和 1T 的 CDN 流量？ 感觉可以当图床用，CDN 有大陆或者香港的节点嘛？

找出所有带名字的颜色，然后计算 distance ，找出最接近的那个。

文档页是啥软件构建的？

我觉得原版 wordle 的最大魅力在于严苛的防沉迷和社交网络上的过程共享，每日全球同样的答案，可以通过别人分享的过程来猜别人是怎么试的，也可以玩成知道答案去反推别人猜测过程的错误单词（已经有这个魔改版了）

@Salticey 然而并不需要真的认识这个单词，了解基本的构词法就能很容易的猜出单词来了。

比如先用 audio 之类的来测试元音覆盖，然后再去测试辅音。
这是有策略的，新手通常 abcde 命中了 a ，之后就一直在想 a 的单词有哪些，然后去尝试，然而第二第三次通常都是测试不重复的单词来降低你的测试集，最通用常见的方式就是找几个完全不重复，字母最常见的单词，花前三次机会来降低你的测试集，最后三次就用构词法来读一读哪一个组合最顺口，基本就能命中了

5 个字母的单词大部分都是两节辅音元音的组合

仔细想想其实我一直都是这样做的，早上 10 点到公司吃早餐，中午 12 点吃午饭，晚上 6 点吃晚饭，其他时间不是任何东西。

钱少事少