不用重装，可以使用磁盘工具把旧宗卷抹掉，然后点击 Ventura 所在的宗卷，右上角分区按钮就可以调整大小。

@leaf 将心比心，美国入侵中国，阿里在图标上加上国旗以示抗议，我觉得非常合适，一点都不过分。

@Lattez Readdle is a Ukrainian-founded tech startup with over 200 employees. The Ukraine team members are based out of Odesa and Kyiv and have been developing world-class productivity apps used by millions globally for over 10 years.

你这个表有点像数据透视表，antd vue 自带的表格不是针对这种场景设计的，硬要拼成这种数据结构会很难受。建议先把数据分好组，lodash 的 groupby 或者自己写一个，直接手动渲染 table ，然后抄一下 antd 的表格样式套进去。

@leshijiazu 一开始不就和你说了吗，就是不允许运营，和愿不愿意接受监管都没关系

@leshijiazu 复杂的例子不用举，看看 iTunes 图书和电影商店为什么被强行关闭就知道了。

@leshijiazu 不允许跨境需要监管都不是问题，你说的这些东西苹果都愿意配合，可惜现在是直接不让苹果配合，苹果主动要求监管都不行，直接不允许外资运营

游戏太多了，感觉工作之后最大的问题反而是没有精力去玩。即便双休日有大块时间可以安心玩，玩上两个小时也基本就想休息了，很难像上学时那样通宵达旦了。

asp.net core 是后端框架，前后端分离架构下就是用来提供 API 的，和 SSR 没什么关系吧。如果你用了 angular 想配置 SSR ，可以参考官方文档：

https://angular.cn/guide/universal

@maippd 免费账号需要定期登陆当地 IP ，付费账号可以无限期全球漫游

利用 weekday 函数筛选出工作日

语言不同插件也不同，快捷键是统一的 Shift+Alt+F 。

常见的，前端系列用 prettier ，python 用官方插件+autopep8 或者 black ，php 用 php intelephense ，ruby 用 rubocop ，go 也是官方插件。

Chrome 不支持 h.265 吧

就几万条，量也不大，直接把数据库数据读成一个 k-v 的 map ，再把 txt 的数据读入一个 list ，直接检查 key 是否存在

@ila 这个写法用了好多 orm 的内部结构，有点舍近求远了，不是很建议。

我简单写了个小 demo ，你看看能不能参考一下。

首先是 model 定义，关联关系是在这里定义的。不知道你的完整表结构，我就简单列了语句里出现的字段，其余的你自己补充一下吧。接下来可以进行查询了。

<script src="https://gist.github.com/lybcyd/b83084303657134d7cff52597ae315f9.js"></script>

打印这个 queryset ，可以看到生成的语句，我这里用的是 sqlite：

SELECT "employees"."id", "employees"."fullName1", "employees"."workEmail" FROM "employees" LEFT OUTER JOIN "id_mapping" ON ("employees"."id" = "id_mapping"."user_id") WHERE ("employees"."id" LIKE %Steven% ESCAPE '\' OR "employees"."fullName1" LIKE %Steven% ESCAPE '\' OR "employees"."workEmail" LIKE %Steven% ESCAPE '\' OR "id_mapping"."new_id" LIKE %Steven% ESCAPE '\')

django orm 和其他 orm 都不太一样，是不能直接使用 query builder 进行 join 的。后面的 group by 也不方便直接用，不过你这个语句 id 应该是 unique 的，又是非标准的 full group 语法，先忽略掉吧。

像这个语句，如果要尽可能使用 django orm 的推荐做法，应该建一个 IdMapping 的 model ，然后建立一对多或者一对一的关联关系（看你的业务逻辑）。这个关联关系可以直接当做一个 field 获取，也可以在条件里进行 lookup 。假设在 Employee model 里，这个关联关系叫做 mapping ，就可以直接使用 Employee.objects.filter(Q(id__icontains='Steven')|Q(fullName1__icontains='Steven')|Q(workEmail__icontains='Steven')|Q(mapping__new_id__icontains='Steven')).values('id','fullName1', 'workEmail')
来进行查询了。

看看官方文档是怎么定义的：

https://docs.djangoproject.com/zh-hans/4.0/topics/db/models/#many-to-one-relationships

https://docs.djangoproject.com/zh-hans/4.0/topics/db/queries/#lookups-that-span-relationships-1

如果 join 关系实在太复杂，用自带的很难拼接，那就干脆 raw 来实现。ORM 不是万能的，拼接一大堆复杂的条件还不如直接 sql 语句搞定。

代码简单符合直觉啊。类型注解是提示，不是强类型。