从 op 的经历来说，看来不能接 crm 需求

@hua123s @lovedebug 非常感谢你们的帮助！问题已经解决，getOne => getRawOne 即可

@hua123s 用 getRawOne ok 了，之前的代码我是通过 chatgpt 生成的，他用的是 getOne

@lovedebug

1. 我在 entity 同时添加了 OneToMany 和 ManyToOne ，在二楼哈

2. 结果如下：



@hua123s

按照提示的结果如下


只返回的 store （ 1 表）的字段，teacher （ N 表）的字段不返回

@hua123s 感谢你的回答，我刚刚试了你的方法，还是不行，结果如下图


append:

store 的表结构定义为

```
@Entity()
export class Store extends BaseEntity{

@Column()
name: string

@Column()
description: string

@OneToMany(()=>Teacher, (teacher)=>teacher.store)
teachers: Teacher[]

}
```


teacher 的表结构定义为

```

@Entity()
export class Teacher extends BaseEntity{

@Column()
name: string


@ManyToOne(() => Store, (store) => store.teachers)
@JoinColumn({ name: "storeId" })
store: Store;

}

```

@pusidun 我的计划也是先做一个月，看看情况

@hello2090 也有这个可能

@hello2090 我可以选择拒绝这个 offer ，继续找工作

@Andy223 谢谢兄弟的回复，你的观点是：
1. **短期**试用期不合适离职，不会对后面的求职造成影响；
2. **长期**试用期不合适离职，会对后面的求职造成影响；

用人单位对长短期的时间跨度定义不同，这个就看用人单位了

@wuhaoecho 首先谢谢兄弟的回复，我们假设 2023 年 3 4 月份是正常行情，因为我们无法预测未来。或者说，我的重点在于「试用期离职，是否会对后续的职业经历打上“稳定性不足”的标签」，而不是讨论「 2023 年 行情是否会好转」

谢谢热心的兄弟们

@dzdh @huijiewei @ksc010 @renmu
上面的兄弟们，如果答案都是可以的话，假设攻击者做了一个 www.b.com ，即使由于跨域问题，无法直接请求 api.a.com 的接口，但是我可以通过代理的方式，在 www.b.com 请求到 api.a.com 的数据，这样是合理的吗？

请教大家一个问题

> 跨域属于浏览器安全策略

既然出现跨域的原因是保护浏览器安全，为什么反而在服务端进行设置是否可以跨域。

试想一个场景，假设我是提供「危险接口」的接口提供者，肯定希望越多浏览器使用我的接口越好，那么为什么还会在服务端进行是否可以跨域设置呢？

滴滴是最合适的，时薪大约 40~50 左右