自签怎么保证不被中间人攻击？

先上日志系统
然后业务代码迁移到.net standard 项目以做好迁移到 core 的准备

其他候选者只是为了谋一份工作，而我是看好贵公司的发展 /人文 /潜力等等等

吹捧他们一下

“俩月”未免过于精确，望慎重

总之一句话：能避开国产 APP 就避开。

没有诚信，和最起码的良心。

不要选三星，无法自动切换数据源。

@HunterPan
经常变动也是一个个表单改权限。改完一个就有服务更新它对应的可见情况。

一个会员一条记录，记录他能看到的表单。部门和公共表单不需要记。几十万会员只是让每次计算过程稍微长了点而已。也就是表单改完权限到应用有一点延迟而已。

而且我这个表只是为了让系统快速筛选用户可见表单。你筛选后每个表单还是可以再验一次的。

op 我们不在一个水平上，无法帮到你了。

@wholve
什么规则接口这么麻烦只能给用户查不能给规则返回通过规则的用户列表？

就算不能反查，你把规则提前取出来放内存里，几十万用户也放内存很快就能算出谁有权限。然后更新他们即可。最傻的方式你改规则后订阅一下消息，你几十万用户放内存里，一个个验，验完如果有权限，就更新。会很慢么？

上面这么做就是为了一个目的：生成用户和表单的权限表。

看来系统和模块都不是你负责设计的吧？如果还不明白我说的，可以找负责人给方案。

@wholve
全员可见，指定部门可见，这种都可以特殊处理，不需要记在员工那边。全员可见的直接无需记录，部门可见的也一样。这样只需要三次查询：

- 当前页面要显示的表单列表，包括：Id+可见性（所有人、仅限部门）
- 当前登录者能看到的列表 Id （单独指定的，复杂的）
- 结合以上两者，得到真正能看到的表单 Id 列表，查询并返回列表详情（可在这里再次验证权限）

以上几个操作可以合并成一个，在后台 API 直接完成。

记录日活，主键：
日期_用户 Id 。没活的不记。然后周活就是最近七天的，Group By 用户 Id 即可。

@wholve
不管是什么规则，只要是跟登录者有关系，都可以对应到用户表上吧。一个表单权限有变动，然后发送事件消息，有一个流程异步去分析权限变动前后用户范围的变化，分别去相应的用户表单表更新其所见的表单列表。

比如你限定某个部门，那么我就是把这个部门的所有用户找出来把这个表单加上。就算有一万个用户，表单权限一变动，你全部粗暴重新计算一遍再保存，都来得及。一分钟内能有几个表单变来变去跟不上处理速度？

我看刑

规则过于复杂的话，你就分别保存每个人对应的表单。可以使用 nosql 这样每个人只需要一记录。使用异步去更新可见人群。这样只需要两次查询，一次是页面需要显示的表单，一个是当前人的权限。两者结合。

应该不需要每个表单单独查询吧。每种维度查一次就够了：
单独指定给我的
我部门的
公开的
等等

引到 cf 上

找自己真正感兴趣的东西，哪怕收集老师们的片片，不丢人。

我老婆跟着 app 弹钢琴，就她自己，没有听众。每天至少一小时，不到一年都能弹卡农了，前阵子都收到开发者回访邀请了。无奈她英语不太好没有应答。

凑个数