aegisho 最近的时间轴更新 aegisho 最近的时间轴更新 |
aegishoV2EX 第 104767 号会员，加入于 2015-03-15 22:38:59 +08:00 |
aegisho 最近回复了
2021-11-03 19:09:26 +08:00 回复了 aegisho 创建的主题 › 酷工作 › [杭州] [厦门] [深圳] 稿定科技，双休朝九晚六不加班，设计赛道准独角兽招聘研发、QA、产品 |
@Austaras 还招的
2021-07-16 10:59:50 +08:00 回复了 aegisho 创建的主题 › 酷工作 › [杭州] [厦门] [深圳] 稿定科技，双休朝九晚六不加班，设计赛道准独角兽招聘研发、QA、产品 |
2021-07-14 09:57:38 +08:00 回复了 aegisho 创建的主题 › 酷工作 › [杭州] [厦门] [深圳] 稿定科技，双休朝九晚六不加班，设计赛道准独角兽招聘研发、QA、产品 |
2020-12-02 16:56:53 +08:00 回复了 shintendo 创建的主题 › JavaScript › 一直有一个疑惑： Standard JS 这个编码规范是为什么火起来的呢？ |
Standard js 提供了一套配置，也比较流行，airbnb 的，就比较严格，有时候还会影响实际开发。需要手工裁剪
团队看重的是统一性，如果有人愿意接手，并长期维护，自行定义一套也没啥问题
关键是不要出现 “屎色的自行车棚” 问题，在无关紧要的地方投入大量的时间争吵
加不加分号争吵也是前几年的日常了，实际上有那么重要吗？
团队看重的是统一性，如果有人愿意接手，并长期维护，自行定义一套也没啥问题
关键是不要出现 “屎色的自行车棚” 问题，在无关紧要的地方投入大量的时间争吵
加不加分号争吵也是前几年的日常了，实际上有那么重要吗？
2020-08-14 11:40:10 +08:00 回复了 ppzbreeze 创建的主题 › 程序员 › 老哥们，这种酷炫的前端是怎么做的 |
three.js 了解一下
2020-07-07 16:30:12 +08:00 回复了 Mrkon 创建的主题 › 程序员 › 使用 CAS 实现 SSO 的相关问题 |
@Mrkon
区分两个 session，app 的 session 和应用的 session
更详细版本
app -> app 后端 session 不存在 -> 302 CAS 服务 -> CAS 未登录输出登录页面 -> 用户登录 -> 跳转 app，设置 session 。
app -> app 后端 session 不存在 -> 302 CAS 服务 -> CAS 已登录跳转 app，设置 session 。
为什么你看不到登录页面，是因为在 app 跳转 cas 之后，cas 立刻跳转回了应用。
你仔细看下 network 跳转过程，是可以发现有多次跳转的
区分两个 session，app 的 session 和应用的 session
更详细版本
app -> app 后端 session 不存在 -> 302 CAS 服务 -> CAS 未登录输出登录页面 -> 用户登录 -> 跳转 app，设置 session 。
app -> app 后端 session 不存在 -> 302 CAS 服务 -> CAS 已登录跳转 app，设置 session 。
为什么你看不到登录页面，是因为在 app 跳转 cas 之后，cas 立刻跳转回了应用。
你仔细看下 network 跳转过程，是可以发现有多次跳转的
2020-07-06 20:09:04 +08:00 回复了 Mrkon 创建的主题 › 程序员 › 使用 CAS 实现 SSO 的相关问题 |
app 站点的后端在 CAS 登录成功之后，需要存储对应的 session
下次重新进入 app 站点时，是通过对应的后端 session 判断的。
app -> app 后端 session 存在。
app -> app 后端 session 不存在 -> 302 CAS 登录 -> 跳转 app，设置 session 。
下次重新进入 app 站点时，是通过对应的后端 session 判断的。
app -> app 后端 session 存在。
app -> app 后端 session 不存在 -> 302 CAS 登录 -> 跳转 app，设置 session 。
2020-06-04 16:05:57 +08:00 回复了 revalue 创建的主题 › React › 有没觉得 react-router 的“去中心化”，用起来很难受 |
按我们以前的设计 react-router 只是定义路径和组件的关系。权限的判断应该是在类似菜单组件中
举例：系统中有 100 个 react-router 定义的路径，这是不跟权限关联的
权限决定的是“用户可见的菜单”有多少个。
假设用户没有 A 路径的权限，他无法通过菜单进入，但是可以通过手输地址进入。
同样的，接口层也会做鉴权，所以用户直接进入是无效的。
如果期望用户手输地址也无法进入，可以考虑在 layout 组件中加一个判断，在 router change 时判断是否有权限，如果没有权限，直接跳转到 403 页面
举例：系统中有 100 个 react-router 定义的路径，这是不跟权限关联的
权限决定的是“用户可见的菜单”有多少个。
假设用户没有 A 路径的权限，他无法通过菜单进入，但是可以通过手输地址进入。
同样的，接口层也会做鉴权，所以用户直接进入是无效的。
如果期望用户手输地址也无法进入，可以考虑在 layout 组件中加一个判断，在 router change 时判断是否有权限，如果没有权限，直接跳转到 403 页面
2018-02-02 18:59:45 +08:00 回复了 PureWhite 创建的主题 › 程序员 › 前端工程师如何学后端？ |
@ai277014717 不用 es5 的代码，你什么都写不出来 [滑稽]
2017-12-20 22:14:40 +08:00 回复了 wxsm 创建的主题 › 程序员 › 有没有这样一个 lib，可以帮 js 前端“清理”后台 api 返回的数据结构？ |
1.明确规范，出 bug 算到后端的责任
2.老老实实写防御性代码
3.考虑类似 json schema 校验补全
4. 我能(要)打十个
2.老老实实写防御性代码
3.考虑类似 json schema 校验补全
4. 我能(要)打十个
Select Language